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Proceedings of the 1996 Intel Software Developer's Conference Jb.£.£. 
65 "Tamper Resistant Software: An Implementation" ). 

£K-jfcJ&i£ PC ( *fr&4£«J*&#*» 

4Mf65^65— ^at#>^, .**t#*^^4LTar^*^^jE.^dat4r 

* ^ , i&it 65 £ # ft *H» — ^ - #3t<ff & T « 
£=&#&*&^##t**65l$Jf. 

#2] PC65l$*f. 

&4l, PC ****** 

St4t**H«.- ^^-^•bL, &i±£J84&f- OS 65#&, tMT&fttt* 
/ T>* £Jt* PC 65 OS *AlML**r4*X*i A JB** * 65 IK. 

Hilar 65 OSiUtflJ8J*#tf*tt#WMtefrfc*» CPU t&#65# 

f-S65B^kte4mB# ( fl**: «.4K CPU Jiff 4ft- 

QoS (JUMt*>. ******&*fe45**.*H*. 
#4M^^65^&at#S&3L ^SCCPU HWMlltXM* 

^#^g&#.#^/5t1&65>?5-'f*^i , 5l^.f'^ J f SL*5£.*fe. 
i*Rii^&65^/f654Mf ( &i±^S. CPU 65 «tfl«l ft >> # 
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*<MMrJM. 2112 4Mf*4M x &t&4>, 

BIU 2118. ilit&^L 2102 *JfUfe*t x^fti, ##&*t x 
# BIU 2118 2113, ,^^illJ«J^^##-iC, 2112 

*Mrtt#*. £xs:#^iU£2]4^?S-&*#- 2111. 

-4^^ 2103-h^ifc4t^^/^8t, #*Jfc4t*L«.aiaj BIU 2118, 
JfeitM. BIU 2118tt-&£a&& 2102, &J&##^&i£#^/3f*#. 

§ 2103 iMHUMfelfc-*§**4**& 2103 J0L**#4% 

execenc keyaddr 
*+ "keyaddr" 4L«4Mlf<rJ&lft*4 k <-4tJ8«)4l«lM«tJfc&. 

2203 

*t;fc#it^+4fcfltt#$l4U£* Kx. *WT^tt^» 



PAGE 20/100 * RCVD AT 5/22/2007 9:44:05 PM [Eastern Daylight TlmeJ ■ SVR:USPTO-EFXRF-6/20 * DN18:2738300 • CSID:<661) 460-1986 * DURATION <mm-ss): 59-44 



5/22/2007 7:44 PM FROM: (661) 460-1986 Huffman Patent Group, LLC TO: 1-571-273-8300 PAGE: 021 OF 101 



<t, #&it#Jl8*h«£tf Kp M% Kx E k p [Kx]i&M 
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KN^il-^^^i Kp Ks, T&/8^:3r&: ("H- 

# E kp [Kx]2t#*f^M.# Kx. mjfc, 
Ks, st— Jt*^*J¥»«*4fc*#£*J9^. &*ti£3£f*i^, 
ft*^h#*J|i«ft**4|-#A Ks. JtSHT^rt^ft^ Kx, .fc*^ 
Ks, .fcJL*t«J£i£*ria#)# Kx #;fc»^#iMf-*f&# 

2205 «rt^#^«:l&-^*^^tS§^^4-ift.#-¥-7b 2112. 
4t^HMr#-*. 2112 E k p [Kx]i&£]^^«f 2114. 

48 Ks J^-^f E k p [Kx]&# Kx. 2117. & 

&**i®i%m.frft&%%&%&n 2115 2117 

4S:**4!4Mf-S 2117, M^*tig^itX^^^^#^-^. £*t3LH 
AI^^^IMHfc&ltf-, #^jL##fS 2103 BIU2U8 

2116, 2117 

^.j&^^t, S-JME*!**.^**^^***!^* 2204, 

kx A**^^*******!}*^^* 2113, 
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exitenc 

& 2116 #&JMUM-#3I 2103 M^*h«$ilsr^^§ 

MSS«#$il# 2111 32 >HUfl^#& ( R0 J. R31). 
R31 JUMMMr**. *Sli8***«ftJM-4»«l*#»3t* 2111. 
£,M^^#^tf&##ft££#t»t> #^#&il*r 2111 

31 H ?t & 2 119, # 3* 3llt4iL& &#t#bfr & il*r 2111 
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& m 211 1 ^ # ^ H 2117 ft ^ JPJ >t H 2119 

# ft ^>*^45##^ 2123 ft ft & 1"^^^^ 2111 

ft^#^/Hf-#.&, ® ifcii.it «-^^iE^5«J + *M»#*WMrfi&&, 
Tia«.rt^ir-^***i#** 2123 fcJL*****.. ****** 

2119tf ftg-;fem> JUK, ^^^«^l?r-^>^4«^S2123. 
(2) ^#^^>jfe#.#^t*t«^^Bt^^^^^^2L 

savereg i 

>?Hfrg. it "savereg" ^#:&*;fc>TJJfri&#-S-: 
savereg dest 

rfrJ^IS^^-^^sMf^ "dest", *M£it "dest" >M-##4£. 

Jt^Hft^^A*t. 

"savereg" ^4-«t» i&it&./8##£'>:*r^48 2120 
ft *t«£3^:ff-&4>i Kp, *\ft1f*%#&>tk 2121 J****** 2119 
T&-->H^§4«3M!-£ 2123 #ft£itt#;&*^, BIU2118 
4niMM»JiMr&& 2103 ft* "dest" ft£.**.Jfc*t. 2103 £ 
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JLifc "rcvrreg" ft+ft+H. flfl *tmg BIU 2118, -addr' 

*^«4H»*Jfca*.ihi«»**lfi L **^A, mmft&Dtf1&*k 2122, ai. 

ks Jte&Jfif*. fcj&£-*#**.*r 2iii 

AflUMMr***, 2117 A#LA.«^lf*M. 

os 
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31 , te^i&it *t dfc 3Uf & tkft & *NMt Jf $ -T « £ & 
( RO J. R31) #j4LiM.*"*&%® Kx<$<fiM94l3«*$«Hfc. 

lAl^t. **^#J8;S--F Intel '>3#tfa#. 
Pentium Pro #L*t3&S£# MJMt**.* «#*tS3t, 

tej^ifcfl#*^rj^*#5t&#. £«T***.«+, Pentium 

ifrii.*, Pentium Pro ^^^Jfcit^iSI^^T ^#*fc*L. 
fe: ^#JfcJbt#,&S£#&tf:, ^A^*fltt Pentium 

^Nfc. &>Ml$t, *.**#SLJi, os 
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^•^^tiS#-7t 131, £t#TLB(£;Ml?tH) 141. — £l&i&4£>& 152. 

*tS3i^»« 111 kte&£M£a#-;L 112, >ft^*u&;fc^/*f^*ts#- 

113, — 114 «^4^ft.-fr-£x, 115. 3g<HMT#-7b 115 

St— # &te#4-&?t/*f^-¥-iL 214. $r<Mt 215, ^4Mf#4fc-¥-i& 216 
Aai^^lMt^A^ 217. 

#^*t«#-ic. 131 253. _LTiUf&*'&/ 

«f^-¥-7G254, #f-*tJ£#-it 255, 256 SJLXJk 

tr*8,$4RM&&$tte$-x> 257. 

TLB 121 i£-#fc&#;Mi.;t£ 230. JM?*l*Mfrft4liMt 
231 VX&%%\¥-7t 232. TLB 141 it— # fe&iMf&f-SL* 

it 233. 

#t*t3£g 101 J-^ffi ^#Jttib«:*hS^— Kp 
Kstt^-iHfrE 241. 

A #4Mf £.4**1*.. 4^«t.ff£JHUMr9* A *J 
/?J^#4Mf>*W#i Kcode ( E Kcod£ [A] ) A 

101 ( E Kp [Kcode] ) Kp #^3riUlt4f>^tf 

Kcode £UiJ#*t^II 101. #*ISH 101 

«;Mf## *t*K -et*tsg ioi*ria«&#. 
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^Ahm^iG 131 6^JiT3t#4>^/)^^#-^. 254 4Nt"8*+«f^t 
JtTiUt&^A.jL>iHfrJf 281. 

257 JiTi:^ IHUf^Ji 

Aft'ftM 101 &*4HMr*Jittt*'*^iftM*i*. 

£«fc*t^3l 101 ikftW^ft^tf, ^^MUt/IM*** 214 ifcEM. 
LI 213 ft*****)-** C ) ^#*k,Ai:_L#ft 

*»*-*t^Jfc4t-t« ft 2^**3*.^. MM. LI 213 
#&&;$##Jfc$L*4lJ93»4ML 215, j&J&4Mf&. 215 T# 

#*NMr £ *■# 4-, * * A4Mf M ft 44MT 

it 216. &J&#4fcjMt#. 3 4f#*#*+#JL*j£fctf 
N", ##.4f f**.«l«i»4-*.# *A#-^. 217. #i£.#ii #Aflfc*t«& 101 
ft #^MMt5tA#-ib 217 #4Mf&4l^>M : #f|x# 

253; SttfrB *4NMr^4Mi 217 

Ll £.4* 218. 

Ll 4t*&Ufcft- 218 «*A££4M*p-*-£i H2 «M**JT* L2 
ft*Jt# 152 #- *.*iUt4-, #***>.MH** 281. &JL&/8 7 
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&4£# 213 &ti^£4^JftM4HMfc&a, JMMMHfrH**** 

4s,*t#&, *»-t/*n&, >Mtl& TLB 141 

SIJL4MIS281. «T4W*j|tM^«**A*«**»*«^****-' 



PAGE 29/100 * RCVD AT 5/22/2007 9:44:05 PM [Eastern Daylight Time] ■ SVR:U8PTO-EFXRF-6/20 * DNIS:2738300 * CSID:<661) 460-1986 



* DURATION (mm-ss): 59-44 



5/22/2007 7:44 PM FROM: (661) 460-1986 Huffman Patent Group, LLC TO: 1-571-273-8300 PAGE: 030 OF 101 



MtrtSJtfrttli- 32 ^1*, 64 # ( Up 8 ). > 

© 7A //r^, £aMr£.4HT. 4 +4^feA, Sit, ^ A 
AO A3 ttwM^&A. — A J. H # 8 ^f£L&. 

Xt&T 64 8 4^^###i£#3t4£*h 7B 0T?F, # 

AO, BO .H0£-#M9*t&-f ^ 1 #35 — #A1, Bl, 

Hl-£#£lT-->Hfe:, 

^r*(^*»: MkM^ CBC ( 7>K\ 

^**t-*£tt^*Mfc*t 301 *) a *. 302 

^303^^1^^a 307-j. ]?AP 307- j^^An ID 307- j- 
k, ifi>&^&309 ID^^ffif-3itit^il#^^^>Vt» 
309- m. m#L*t&nft#l%&$L&W%-ft& 308 309 

4a4tr&, 5i#^7 i^^^4- TLB121 Ji«*#flUH*E£fil, ££>h3i 
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*Tft&&#&&&%&fr%®&^&>ft&&\l%$' TLB 121. X 
&T$Mtiknff{&m.1h$t$'&.%3k 306> 307 3* 311 i& Ai'J^H^Jt & 
230, ^^^-309^AHj#.e^^^^W^ll231. 

309-m &7£if4k.mftW&ZLib&4n*tM1i&.$t. 
^Lib^la^^#^Af«J^^H'^ 230 tt£;Mt. £4U*.#^#& 

& 231 « Ifc* *4M* M *t&*r , jfc.g->Mr3t3l# 1"*] «r. 

101*£-tt#^«fJ Ks8£, ^I^Ao45«ti!l|, •J>*2*L3£/8 

Kcodc *TWTtWMfiW/ 
%&^t> 309-m *^#ftiH>J>Vatf;fM£ 309-m-4, ^ 309-m-4 % 

310 t, «^tffl#:*t^ 101 >SHf^48 Kp 
*f-^##&;fr*£ftf EfcplKcode]^^^^^^^ Kcode. # 7 # 

##£,lJt;£d&4M&«#«u itJL# Ks Kp #-MLi£JL# 1024 
te, # Kcode ##&i££3r 64*3-, i&it:&&^#£r&2l 256 <£, 
#U&# E[Kcode)*»^A 1024 #-##^$) &4flxt#-E. 310. £ Kcode 

1024 <i^#'&lH-, iM*'fc*ia-i&£*^*a 

4Ll024<C£*:'htfJ!fc, 

S 8 A^^^^r^#t^^^^^^. fe£*rM 501 *§«!fl 
£3£#:&*it£jS) 502 -htt^ft^E 502 ^JfcAL "Addr". 

TLB 121 tt^Jl 307, #it#ifc*L «Addr' ' #^^^8* 
fct "Addr". fi»t, E[Kcode]^^^^ 309 +*■ 

CPU 1*3 Ks, jSf^^lfe* 506 
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m&L#t&.& 101 #4Hr#$l Kpftm j f-KZbfa%#>'*&$& Kcode^p 
^, Kcode >^tt^/f — Kcode, 

i&&*tun 101 Ks^^^^t^T^ilKcode. 

#J/fl Kcode &&ftfrtr*kfr%#X%L3-£, *^M»£]BHMHH* 

#&>h£4H;$L 511 *»&*jr4t. 512 3t£Si4fr«>JHfr3& 510, 

^^^^^^Ssos^CRS^^st^^^^fri^ifcit. 4M&£- 

511 512, ilStJ&*»n#.it 112, JK#*gf** 

ftili&£-$]#4-TLB121. 

112#3*jft-f*a«#4-TLB m'**t*#M. 
*fc "Addr" ft ft& 503 #J&£;fr»#, 3t-*r#£<ft^ 

212 #ft£ 503 J§f&. «^ii«t#4f ^.J^+^St^. 

#4**1 LI 494-»*fciMh 213, j&j&#*r#4*4Mr- 

2000 - 35898 ^ 
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£ifc£*M*lt. &ft$L&&J^ 1,1 &&&&&& 2l&*t, 
/fJ^TLB 241 241 232 <Hr^*f#*t 

^it^. + 307- j- E "1" 60^^^^ 

307 - j - E $LfE% *t, *l£«4* ft * 

Sib, Kcode #-B*# 
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£ Pentium Pro M#t> £##&«ii^#iT*^&flU5- 
^#^H##*^J-^^*.*U. *MM*&tf E^fc#;* TSS(*£r£* 

ft*Mlf%f- Pentium Pro ft JLit^^#T^^^ -F4JH*ft« 

M.## IDT ( t«r^^) ftit^AWtWS^silf* 
*.**#UEJfc*. g*.crtt« TSS tf. 

JtTit##$j**4M-.* 72S j&Bt#,3H$ TSS E. 
£.jMf«.J8 TSS2tfc*&£#.t#r*t^#ft:&. 
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Kcode <KrA.*T##&### JiT*l*J3g:«f ^. 

(2) &-&&4T£h%® x ft&ft&ft$Lf$i?JLXL&-tTii$L 

#J*JJii£#*£ (1), ^«##JiT:Mr&tf-$-4H*, n 

#Jtf-t*£4H* (3>, T^^^it^ffi^^^^^^^it 
# -f &#.*iH&:i: #r £ ^-f-^t £ it_h t i: "T&'li. 

gfr# IDT Xn#Hl TSS, J«it.&ttiM l IMr#&*t*»<F» 
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SH. IDT ^n&ftW TSS, MJ*£&#£ir*£gtt*&M*4& 

^JL^^i^^J TSS. ^.ii^^-iJLT^Tlfe^^^ 

^^#ll*t#^^ll^^^iL^i&^i#^^, y*&m% OS 

^f'^^#*t4lS^^^^#^^/ r ^^ 802 J. 825, 
4tX«93 TSS 826. iS^'BiM- 

TSS&#*fc>^. ^te£TSS#>^tt#3lT, 

J. CY3) 827 .£ 830, #&%M T 831. 
|U&. ftjt: E Kcode [Kr] 832, *>)/B£J8*Mr^i»**4l Kcode ¥j 

#M##&#£#f->^-tT$L#^l Kr**t; &{fc E^Kr] 833, 

^ SK,[message] 834, tf'fc'ffUjtJfJ *SS<ft^^t^ Ks. j**K # 
74*. OS toQSkft&lHABL. *Wit#*#J8f-4i#ii4fc*4HM*, 

® 4 /9hF**#1T*t«**. 131 ft JLTX^&^/ft^^M, 254 £ 

#£U&tf>^it^tt3fr&. £ TSS ft ff>£JiT Ep^*]^ 
tltHiiift^ft^ TSS -$*>#. '^T«**Aft*# 

^^JLTsUt^t, #««53iL^^i&^ TSS 826 ft 
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*#];8*tJggtf^:fr^4fl Kp jfc*Wf*W»#af$i Kcode Jl-&*^ 

3t*)m Kcode J^^ E Kcode [Kr]TJ5l|i#JiTii:*»^^4i Kr. j&*h i& 
#4*^31 Ks EKpfKr], 48t*fc«# 101 T#£#-tT:*L 
Kr. ^^'iWit^ilffl.r^JS^^^t^^ 
^d€it^-tTi:>fl:4^T«^*r*t^, #JU3$:*t«|§ 101 ^^itit 

101 tf#^4B Ks #/9,r*T&*t EK COde [Kr]^ E^Kr^ik-tT 
&%p$tr& ^[message]. 

^, ^T^^-^Jl^^ Kcode ^JiT^&tf;**. 

ft&VL&ttftVLT, A-&£>*>*J\Z.*$$L*tZkifi>$%& Kcode 

^*:>^##*l^>vjii^>?5-^||^^, @ifc, ig.it &. St #rx# 

&^B^iL^L*^^^^^*#^Ai8t^, #&#Jti& 

;MU£££jl 252 Kr, -fcTiiHf & 

#-tc 254. ilitfcflJfcMt Kr tf**M4H#&-, -tT^-lfr&^Mf 
^#-7G254#-hTX>^. W^ifc E Kcode [Krl 832, i&iif*l# 

&jitftifLft*8,$& Kcode «*^*&#Jf*-'r«#*:0L E Kcode [Kr) 832 
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&*m#L*t Kri£#^T#&#£Ui E^lKr] 833. 
i2L£, fikMt#&4M8U£&&£ 252 

^ifc, 252 ^^^JiT^LBtffi^^-tTi:^ 

***J*«4HfcW #*tii4£. -Mil 

*ijr R Bfr # > ^ & # ft il ft & # & # ifc&lllf- £ . 

3H±^, t:*f^^Stii#^^^I^*L^:E kco<le [Kr] 832tf#^i£^ 
834 ^^^i±^T>^#-l&^#^^# : 45t J fr, 
^^^SI^T^^^^Wa^E^elKr] 832 tf*f^it3M^ 
^ 834 tt>*jLii3£*FT. ItM^t. *N&*t«il 101 

Ks ( ^JB?*ffJ»Mi»##*I Kcodc tf#^i±^) 
WtE^IKr] 832 834 ^ititSE, 4M.*|-iM# 
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tss tf*.*HMt mfr-eryz&gf&frW 

TSS*I^«##^^^^^4^. 

^® 4, 1Tifc, *'J/li*tJ£3&##M$J Ks, #f-*tJ£#-iC 131 
# 5 JSHM^-ib 257 3H£^;£ [message] 834, 
^^l**^^**** 255. iHfc^jMfcBt, 255 

£3B£^£A#ltf\ilii;H#MM Ks#*-hTi:** E Kp [Kr] 
833, JiT*.te«M*$f 254 &#&;Mt Kr. JSl^L, >K%&.ik 
^% 230 ftM^&i^Ht&ll ( EIP) 809 tt4Mf*l$4! Kcode, 

S-^^^^^^iC 251. JiTi:^&*»*/*f ##X-254 
#m4MT*W&M Kcode # E^Kr]**, 

##i§g-;&4HnL#.>G 257. 4Mf*l#4li -5 257 J&rifc 

E K codeIKr] 832 ttlff #&JU«Jm*t«**l A MM Ks 

Kcode # Bty* ± 

*^^#^JiTi:>ft4^A^m^-'&^^^48 Kb 

5ii£#MiMfJ^4B Kcode HMnfJ-tTiHI-A, *.-T«£3t.jfc 
48 Kcode *»^-tT^4^^^ISi*t.*: Kr £tftJfl'%&)$£& 
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*>$r&¥j$tfr)&}A*h*f, #-tT3tL«.i^J^*il4 253, 
At. 

*M# TSS *fc*t^s>J>?|>l*t«r^8*k,a:^^§. OS T« 

JiT 3UNfc& JSt « . 

&it#B&3.t, #*iT*#&>fc&/#&#-iG 254 i*$¥ltKn9L&i& 
£]^#3lii:# 253 ^*t#^^^^^^#->G 257 3&4t *5lH£*t3E 

JM^TiMi, £ Onodcra 2980576 9 ;M"#I t#J&T 
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&® 10 t, a R" &82S- l^flJiTilA^***^*^. 
JiTX. 

"U" & 825-2 TSS Amr TSS *£A&£. TSS 

§ih4Mt.*:JL* "0" Hi, JH*HM-«* TSS TSS, 

"l" at, JN*H(U5-ti TSS TSS. &it:fcJi/ ; ;r&#&& 

^^f-xa#^^^^*7^ii.it^n^i^^r««:#^^^ tss 

^ &&TSS. 

TSS TSS # MLm&T, TSS Bt, #9B£-iNfc 

4t*fc*«* tss '##*i*tt*£^W&;^*jt*f. tss 
i±^t, «^^J##.^:*r^^ tss 801 
&%iftik4f&ftm&&%&&, TSS **4S^*MH*-MHMf# 

H. ^flr tss tf&&it3Lt, ^jUf-MHMWMfc. fl/ 
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4^ TLB 121 T«J4«M4MrJ5«*** 

( 91 3t) ##,#t> EFLAGS ft 

^Jb#sAMt. #4^A****M*l*IIL3W^*lta«* 101 ft 
3MfcX#W>Mr#3£ CYO J. CY3. 'fclnsfr/at.^© 9 «f*«E* 717 
M- 720. £® 9 t. 3r#£ CYO J. CY2 ^^^«t^«S-, X^A^Mr 
& CY3^^r^. 

CY3 717 &«ft?B*»£4fc#.tt^t#-£Jk*a: 717 

-1 ft&?L&Wftfa&EL&.Tli*fi#J3tft*>*k&&- 717-4 
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fftVA&# t &ft£.&1k&fr. 717- 5 fcf-it 

£E4£6$3L B >a t, CYO l^jii ««i CY1 5- CY3<fr/^ 

£ CYO CY1 *l^*SE 
CY0tf&4£, ?p^--f«.A*L^^E^,rt^ CY1 

717-4 mT&ft&&fa$&£T&&&W3L¥L&l : 3&4rm 
S 12 ^A^#^it3ga#^t#^*»^/)5f^5t^t^^4«.. 

*iftAtt**M*#4MMM&4M-S > CYO CY3 ^ 

m 4J^tt**a*#253^3|>&£t|£TLB 141 
236. 

£.236 ( #.#S 4), &4fr TLB 141 jS05£$Mfe*t "Addr" 

CYO J-CY3#&®fc. *»#Jt;t>&#*fc, TLB 141 

4?4tft*8iM%*h$i*k 212, &&lt.#m^ LI 

£#JM£i>LT, dM^B *** TLB 141 

^•Mt*#*4ft4fc 219, &*£i£l£##i£iljS'J#l>&# LI 
218 IM AAMft«#ifcft*Mt. 

**»Sf^4t, E^jL«L#*»$A4Mt#**3| ( fete OS 

****** ^^A-tTitltAtt*^****^**** 
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101 *HFti4H*& <***>: m 4^^6^X^21281). 
^iMf*****/**. LI 114 -tfl- 

>MU*M3Ltf, »i£>fr^si^&i£^##ft#*'&'&. >a^ii4&## 

if»J^*^^#tr>^. #]Jli£&SSIft#&£1t#.4f#*i 

Ml024^. ifc£*f^J&# 128 4*. ii#3fc^3#>##tf*:'K 

##&#^F&#^tt LI $+*iMfc4 213 
tf£*MM*SI. 212 ##^#.#^##£1 LI 

213 8t, #^#&#iMW>^>&'&#te1&. 

CYO £. CY3 6* ft ^M.^^iL^ 253 it f9M TLB 141 ft 

#$>;|L<f^fc#: 233. JfcBt, 4S*#^filfM«^*li 

j*|L#*u**M4VMF4«#*JMi 25i 

ffc& 233. 

#frft#«A*#4«- 219 
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#&#*f^:fr##$l LI 218 8t, #^4B*$-|L#-fc#^ 

##4Lf-i£^&#: 233 X*JMk4H**. 

tL 256 #^>V^^i|.^^^^^^*3-^#iR#^^^^il^#t 
JM*#JL*.#5l/ll*jt. 4Ut**iilMvft4M*lS«*#***T, & 

W-fr, ZL&m%.frtr&%® «J8L&#^^'t4.^#ll CYO J. CY3 
ft. 

<\o n> 

(1) 4^«f^^^ibt— ft**. #J/fl&#*%&4>3;fr*^tt-tTi: 
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-til (2) £&#-*r*t«*b&, *£#&tiJk#ftP*4MMtt 
4^#*f-*>T, ^#^«4J^*N-*.4f^nn ("agate*) *!4HEffi# 

S 11 *iii»Aon^MM^^^. #*t«H 101 
^^^^^^^^^«#-^131^^lT^^##-¥->C251 

J#601). £#SN^&&tej££3£^9t (#4*601 t# NO), ^tfc 
;iUM^#IU£j&4L£4fctf n NiMrtt#4^« JtX* n ( "egate* ) 
^(## 602). ^UAan^^, 

*602 t# YES) Bt, tt4Mf*#4*. 

,4aii, sflut^MAun*^ (##. 602 t# no) at, 

603). *»*jSJMMMS4% 3ti#it 

-Ml, JN*«t#JMr*«fl»H** 

*A4tttt+**4MW+<3T* 603 t* NO) Bt, *t 
jL#*fr**ft«, S#|*l*»*#IMP*r* (##603 YES) 

Bit, &®m.it^vnj>i&$Lftit&&ft. m.at4L&# 

ji. CY3 ttf 717 :£ 720 fttf^&R^ ( CY3 * I* i£ 717 - 5 ). 
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(CY3 l<3# 717-3) ftJLJMMHi*. 
#;frd£t&£t^ J f J sNr& CY3 -0" 
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# JLiiiUMf A a n 3t4-# fcMt JMM^ ***** A 

#^^A^^ 1101 ?f4£4Mr. itiMMr "cgate" #r#*# 
*^*t*7^>ffc, ^^54it#.#^, «#]&iL&4frfMf£'i£. "jmp 
xxx- #^M*t3g*t^ll22), #:|£#]##$IIMM.rttt##i# "xxx- 
1111, mje# t 4fi3LT&&. "ppp" 1112 "call yyy- #4- ( *«i±^ 
1123). 4H3#ifcJfeit a ppp" 1112 #>>v*MJyH£3l 1102, 
#f^ffiS# a yyy" 1113. ^^3ffi 8 #*fc^*hS*t^#ift.# "ret" 
#&###5i]*M£ili3*fc*t "ppp* 1112. 

S 14*t^J*.*AAH^^#^*^^-^«^##, 
^J&#4Mf-iS* 1201 fr#&¥&.#jMT& 1202 ^ifcM^fjJ&ft. A, 
*K &&ftT5#K#®.3L&^&#iMf' TSS E^ 1203 *»E$, 1204. 
gSHm. 1221 #.# a egate" 

^MM^f TSS E^L 1203 
1204. 3&it4Mf -ecall" *#*MHUW. "ecall" 
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TAMPER RESISTANT MICROPROCESSOR 

BACKGROUND OF THE INVENTION 

1. I'ield of the Invention 

The present invention relates to a microprocessor that can 
prevent illegal alternation of execution codes a nil processing 
target data under a multi-task program execution environ- 
ment. 

2. Description of the Background Art 

In recent years, the performance of a microprocessor has 
improved considerably such that the microprocessor is 
capable of realizing reproduction and editing of video 
images and audio sounds, in addition to the conventional 
functions such as computations and graphics. Hy imple- 
menting such a microprocessor in a system designed for 
end-user (which wilt be referred to as PC hereafter), the 
users can enjoy various video images and audio sounds on 
monitors. Also, by combing the function for reproducing 
video images and audio sounds with the computational 
power of the PC, the applicability to games or the like can 
be improved. Such a microprocessor is not designed for any 
specific hardware and can be implemented in a variety of 
hardwares so that there is an advantage that the users who 
already possess PCs can enjoy reproduction and editing of 
video images and audio sounds inexpensively by simply 
changing a microprocessor for executing programs. 

In the case of handling video images and audio sounds on 
PCs, there arises a problem of a protection o£ the copyright 
of original images or music. In the MD or digital video 
playback devices, unlimited copies can be prevented by 
implementing a mechanism for preventing the illegal copy- 
ing in these devices in advance. It is rather rare to attempt 
the illegal copying by disassembling and altering these 
devices, and even if such devices are made, there is a 
worldwide trend for prohibiting the manufacturing and sales 
or devices altered for the purpose of illegal copying by laws. 
(Consequently, damages due to the hardware based iltegal 
copying arc not very serious. 

However, image data and music data are actually pro- 
cessed on the PC by the software rather thau the hardware, 
and the end-user can freely alter the software on the PC. 
Namely, if the user has some level of knowledge, it is quite 
feasible to carry out the illegal copying by analyzing pro- 
grains and rewriting the executable software. In addition, 
there is a problem that the software for illegal copying so 
produced can be spread very quickly through media such as 
networks, unlike the hardware. 

In order to resolve these problems, conventionally a PC 
software to be used for reproducing copyright protected 
contents such as commercial films or music has employed a 
technique for preventing analysis and alternation by encrypt- 
ing the software. This technique Is known as a tamper 
resistant software (sec David Aucsmith ct al, "Tamper 
Resistant Software: An Implementation**, Proceedings of the 
1996 Intel Software Developer's Conference). 

The tamper resistant software technique is also effective 
in preventing illegal copying of valuable information includ- 
ing not only video and audio data but also text and know- 
how that is to be provided to a user through the PC, and 
protecting know-how contained in the PC software itself 
from analysis. 

However, the tamper resistant software technique is a 
technique which makes analysis using tools such as de as- 
sembler or debugger dilllcult by encrypting a portion of the 
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program that requires protection before the execution of the 
program starts, decrypting that portion immediately before 
executing that portion and encrypting that portion again 
immediately after the execution of that portion is completed. 

s Consequently, as along as the program is executable by a 
processor, it is always possible to analyze the program by 
carrying out the analysis step by step starting from the start 
of the program. 

In is fact has been an obstacle for a copyright owner to 

m provide copyright protected contents a system for repro- 
ducing video and audio data using the PC. 

The other tamper resistant software applications are also 
vulnerable in this regard, and this fact has been an obstacle 
to a sophisticated information server through the PC and an 

|5 application of a program containing know-how of an enter- 
prise or individual to the PC. 

'iriese are problems that equally apply to the software 
protection in general, but in addition, the PC is an open 
platform so thai there is also a problem of an attack by 

m altering the operating system (OS) which is intended to he 
a basis of the system's software coniigu ration. Namely, a 
skilled and malicious user can alter the OS of his own PC to 
invalidate or analyze the copyright protection mechanisms 
incorporated in application programs by utilizing privileges 

2 ^ given to the OS. 

The current OS realizes the management of resources 
under the control of the computer and the arbitration of their 
uses by utilizing a privileged operation function with respect 
to a memory and an execution control function provided in 
CPU. Targets or the management include the conventional 
targets such as devices, CPU and memory resources, as well 
as QoS (Quality of Service) at network or application level. 
Nevertheless, the basics of the resource management are still 
allocations of resources necessary for the execution of a 

35 prc»gram. Namely, an allocation of a CPU time to the 
execution of that program and an allocation of a memory 
space necessary for the execution are the besics of the 
resource management. *l"he control of the other devices, 
network and application QoS is rea1i7£d by controlling the 

4() execution of a program that makes accesses to these 
resources (by allocating a CPU time and a memory space). 

The OS has privileges for carrying out the CPU time 
allocation and the memory space allocation. Namely, the OS 
has a privilege for interrupting and restarting an application 

45 program at arbitrary timing and a privilege to move a content 
of a memory space allocated to an application program to a 
memory of a different hierarchical level at arbitrary timing, 
in order to carry out the CPU time allocation. The latter 
privilege is also used for the purpose of providing a flat 

5 (> memory space to the application by concealing (normally) 
hierarchical memory systems with different access speeds 
and capacities from the application. 

Using these two privileges, the OS can interrupt an 
execution slate of the application and take a snap shot of it 

55 at arbitrary timing, and restart it after making a copy of it or 
rewriting it. This function can also be used as a lool for 
analyzing secrets hidden in the application. 

Tn order to prevent an analysis of the application on a 
computer, there arc several known techniques for encrypting 

60 programs or data (Rampson, U.S. Pat. No. 4,847,902; 
Hartman, U.S. Pal. No. 5,224,166; Davis, U.S. Pal. No. 
5,806,706; Takahashi ct al., U.S. Pat. No. 5,825,878; Buer ct 
al., U.S. Pal. No. 6,003,117; Japanese Patent Application 
Laid Open No. 11-2S2667 (1999), for example). However, 

05 these known techniques do not account for the protection of 
the program operation and the data secrecy from the above 
described privileged operations of the OS. 
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The conventional technique based on the x86 architecture 
of Intel Corporation (Ilnrtman, U.S. Fat. No. 5*224466) is 
a technique Tor storing I he execution codes and data by 
encrypting them by using a prescribed encryption key Kx. 
The encryption key Kx is given in a form of U v jKx] which 
is encrypted by using a public key Kp corresponding to a 
secret key Ks embedded in a processor. Consequently, only 
the processor that knows Ks can decrypt the encrypted 
execution codes on a memory. I he encryption key Kx is 
stored in a register inside the processor called a segment 
register. 

Using this mechanism, it is possible to protect the secrecy 
of the program codes from the user to some extent by 
encrypting the codes. Also, it becomes cryptograph ica II y 
difficult for a person who docs not know the encryption key 
Kx of the codes to alter the codes according to his intention 
or newly produce codes that arc executable when decrypted 
by using the encryption key Kx. 

However, the system employing this technique has a 
drawback in thai the analysis of the program becomes, 
possible by utilizing a privilege of the OS called a context 
switching, without decrypting the encrypted execution 
codes. 

More specilically, when the execution of the program is 
stopped by the interruption or when the program voluntarily 
calls up a software interruption command due to the system 
call up, the OS carries out the conLext switching for the 
purpose of the execution of the other program. The context 
switching is an operation to store an execution state (which 
will be referred to as a context information hereafter) of the 
program indicating a set of register values at that point into 
a memory, and restoring the context information of another 
program stored in the memory in advance into the registers. 

FIG. 15 shows the conventional context storing format 
used in the x86 processor. All the contents of the registers 
used by the application are contained here. The context 
information of the interrupt ed program is reslorcd inio the 
registers when the program is restarted. The context switch- 
ing is an indispensable function in order to operate a 
plurality of programs in parallel. In the conventional 
technique, the OS can read the register values at a time of the 
context switching, so that it is possible to guess most of the 
operations made by the programs if not all, according to how 
the execution state of that program has changed. 

In addition, by controlling a timing at which the exception 
occurs by setting of a timer or the like, it is possible to carry 
out this processing at arbitrary execution point of the pro- 
gram. Apart from the interruption of the execution and the 
analysis, it is also possible to rewrite the register information 
by malicious intention. The rewriting of the registers can not 
only change the operation of the program but also make the 
program analysis easier. The OS can store arbitrary state of 
the application so that it is possible to analyze the operation 
of the program by rewriting the register values and operating 
the program repeatedly. In addition to the above described 
functions, the processor has a debugging support function 
such as a stepwise execution, and there has been a problem 
that the OS can analyze the application by utilizing all these 
functions. 

As far as data are concerned, U.S. Pal. No. 5,224,166 
asserts that the program can access the encrypted data only 
by the program execution using the encrypted code segment. 
Here, there is a problem thai the encrypted data can be freely 
read by the encrypted program by using arbitrary key, 
regardless of the encryption key by which the program is 
encrypted, even when there are programs encrypted by using 
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• mutually dillerenl encryption keys. This conventional tech- 
nique does not account for the case where the OS and the 
application have their own secrets independently and the 
secret of the application is to be protected from the OS or a 
5 plurality of program providers have their own secrets sepa- 
rately. 

Of course, it is possible to separate memory spaces among 
the applications and to prohibit accesses to a system memory 
by the applications by the protection function provided in 

m the virtual memory mechanism even in the existing proces- 
sor. However, as long as the virtual memory mechanism is 
under the management of the OS, the protection of the secret 
of the application cannot rely on the function under the 
management of the OS. This is because the OS can access 

15 data by ignoring the protection mechanism, and this privi- 
lege is indispensable in providing the virtual memory func- 
tion as described above. 

As another conventional technique, Japanese Palenl 
Application Laid Open No. 11-282667 (1999) discloses a 
technique of a secret memory provided inside the CPU in 
order to store the secret information of the application. In 
this technique, a prescribed reference value is required in 
order to access data in the secret memory- However, this 
reference falls to disclose how to protect the reference value 

2? for obtaining the access right with respect to the secret data 
Ixom a plurality of programs operating in the same CPU, 
especially the OS. 

Also, in U.S. Pat. No. 5,123,045, Ostrovsky ct al. disclose 

30 a system that presupposes the use of sub-processors having 
unique secret keys corresponding to the applications, in 
which the operation of the program cannot he guessed from 
the access pattern by which these sub-processors are access- 
ing programs placed on a main memory. This is based on a 

?5 mechanism for carrying out random memory accesses by 
converting the instruction system for carrying out operations 
with respect to the memory into another instruction system 
different from that. 

However, this technique requires different sub -processors 

4[) for different applications so that it requires a high cost, and * 
the implementation and fast realization of the compiler and 
processor hardware for processing such instruction system 
are expected to be very difficult as they arc quite different 
from those of the currently used processors. Besides that, in 

45 this type of processor, it becomes difficult to comprehend 
correspondences among the data contents and the operations 
even when the data and the operations of the actually 
operated codes are observed and traced so that the debug- 
ging of the program becomes very difficult, and therefore 

5I , this technique has many practical problems, compared with 
the other conventional techniques described above in which 
the program codes and the data are simply encrypted, such 
as those of U.S. PaL No. 5,224,166 and Japanese Palenl 
Application Laid Open No. 11-282667. 

55 SUMMARY OF mH INVENTION 

Therefore the ftrsl object of the present invention is lo 
provide a microprocessor capable of surely protecting both 
the internally executed algorithm and the data stale inside a 
00 memory region I'rom illegal analysis in the multi-task envi- 
ronment even when the execution is stopped by the inter- 
ruption. 

This lirsl object is motivated by the fact lhal the conven- 
tional techniques are capable of protecting values of Ihe 
i>5 program codes but arc incapable of preventing the analysis 
utilizing the interruption of the program execution by the 
exception occurrence or the debugging function. Thus the 
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present invention aims al providing a microprocessor 
capable of surely protecting the codes even at a time of the 
program ex ecu lion interruption, in which this protection is 
compatible with boih the execution control function and the 
memory management function required by the current OS. 

The second object of the present invention is to provide a 
microprocessor in which each program can secure a cor- 
rectly readable/writable data region independently eveu 
when a plurality of programs encrypted by using different 
encryption keys are to he executed, 

this second object is motivated by the fact thai the 
conventional technique of U.S. Pal. No. 5,224,166 only 
provides a simple protection in which accesses to the 
encrypted data region by non -encrypted codes are 
prohibited, and it has been impossible for a plurality of 
programs to protect their own secrets independently. Thus 
the present invention also alms at providing a microproces- 
sor which has a data region for protecting secret of each 
application from the OS when a plurality of applications 
have their respective (encrypted) secrets. 

'Nie third object of the present invention is to provide a 
microprocessor capable of protecting the protected attributes 
(i.e., encrypted attributed) of the above described data region 
from illegal rewriting by the OS. 

'this third object is motivated by the fact that the con- 
ventional technique of U.S. Pat. No. 5.224,166 has a draw- 
back in that the OS can rewrite the encrypted attributes set 
in the segment register by interrupting the execution of the 
program using the context switching. Once the program is 
put in a state where data arc written in a form of plaintext by 
rewriting the encrypted attributes, data will not written into 
a memory without encryption, liven if the application 
checks the segment register value at some timing, the result 
is the same if the register value is rewritten after that. Thus 
the present invention also aims at providing a microproces- 
sor provided with a mechanism which is capable of prohib- 
iting such an alteration or detecting such an alteration and 
taking appropriate measure against such an alteration. 

'Hie fourth object of the present invention is to provide a 
microprocessor capable of protecting the encrypted 
attributes from the so called chosen-plaintext attack of the 
cryptoanalysis theory, in which the program can use arbi- 
trary value as the data encryption key. 

The fifth object of the present invention is to provide a 
microprocessor provided with a mechanism for the program 
debugging and feedback. Namely, the present invention 
aims at providing a microprocessor in which the debugging 
of the program is carried out in plaintext and the feedback 
of information on defects is provided to a program code 
provider (program vendor) in the case of the execution 
failure. 

The sixth object of the present invention is to provide a 
microprocessor capable of achieving the first to liflh objects 
described above in a form that realizes both a low cost and 
a high performance. 

In order to achieve the first object, the first aspect of the 
present invention has the following features. The micropro- 
cessor which is formed as a single chip or a single package 
reads a plurality of programs encrypted by using code 
encryption keys that are different for different programs, 
from a memory (a main memory, for example) external of 
the microprocessor through a bus interface unit that provides 
a reading function. Adecryplion unit decrypts these plurality 
of read out programs by using respectively corresponding 
decryption keys, and an instruction execution unit executes 
these plurality of decrypted programs. 
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In the case of interrupting Ibe execution of some program 
among the plurality of programs, a context information 
encryption/decryption unit that provides an execution stale 
writing function encrypts information indicating a stale of 

5 execution up to an interrupted point of the program to be 
interrupt ed and the code encryption key of this program, by 
using an encryption key unique to the microprocessor, and 
writes the encrypted information as a context information 
into a memory external of the microprocessor. 

m In the case of restarting the interrupted program, a veri- 
fication unit that provides a restarting function decrypts the 
encrypted context information by using a unique decryption 
key corresponding to the unique encryption key of the 
microprocessor, and restarts the execution of the program 

15 only when the code encryption key contained in the 
decrypted context information (that is the code encryption 
key of the program scheduled to be restarted) coincides with 
the original code encryption key of the interrupted program. 
In addition, in order to achieve the second and third 

* n objects, the microprocessor also has a memory region (a 
register, lor example) inside the processor that cannot be 
read out to Ibe external, and an encrypted attribute writing 
unii (an instruction TLB, for example) for writing encrypted 
attributes tor the processing target data of the program into 

2> the internal memory. The encrypted attributes include the 
code encryption key of the program and an encryption target 
address range, for example). At least a part of these 
encrypted attributes is contained in the context information. 

?0 The context information eniT>ption/decryption unit also 
attaches a signature based on a secret information unique to 
the microprocessor to the context information, in this case, 
the verification unit judges whether the signature contained 
in the decrypted context information coincides with the 

55 original signature based on the secret information unique to 
the microprocessor or not, and restarts the interrupted pro- 
gram only when they coincide. 

In this way, the stale of execution up to an interrupted 
point of the encrypted program is stored in the external 

4[) memory as tl>e context information, while the protected 
attributes of die execution processing target data are stored 
in tlie register inside the processor, so that the illegal 
alteration of the data can be prevented. 

In order to achieve the fourth object, the second aspect of 

45 the present invention has the following features. 'Ilie micro- 
processor that is formed as a single chip or a single package 
maintains a unique secret key therein that cannot be read out 
to the external. Hie lyus interface unit that provides a reading 
function reads the code encryption key that is encrypted by 

50 using a unique public key of the microprocessor correspond- 
ing to the secret key in advance from a memory external of 
the microprocessor. A key decryption unit that provides a 
first decryption function decrypts the read out code encryp- 
tion key by using the secret key of the microprocessor. The 

55 bus interface unit also reads out a plurality of programs 
encrypted by respectively different code encryption keys 
from an external memory. A code decryption unit that 
provides a second decryption function decrypts these plu- 
rality of read out programs. The instruction execution unit 

(jo executes these plurality of decrypted programs. 

In the case of interrupting the execution of some program 
among the plurality of programs, a random number genera- 
tion mechanism generates a random number as a temporary 
key. The context information encryption/decryption unit 

05 writes a first value obtained by encrypting information 
indicating the execution state of the program to be inter- 
rupted by using the random number, a second value obtained 
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by encrypting Lhis random number by using Ibe code encryp- 
tion key of the program to be interrupted, and a third value 
oblained by encrypting this random number by using Ihe 
secret key oi" the microprocessor, into the external memory 
as the context, information. 

In the case of restarting the execution of the program, the 
context information encryption/decryption unit reads out the 
context information from the external memory, decrypts the 
random number of die third value contained in die context 
information by using the secret key, and decrypts the execu- 
tion state information contained in the context information 
by using the decrypted random number. At the same time, 
the random number of the second value contained in the 
context informal inn is decrypted by using the ende encryp- 
tion key of the program scheduled to be restarted. The 
random number obtained by decrypting the second value by 
using the code encryption key and the random number 
obtained by decrypting the third value by using the secret 
key are compared with Ihe temporary key, and the execution 
of the program is restarted only when they coincide. 

In this way, the contexl information unhealing the stale of 
execution up to an interrupted point is encrypted by using 
Ihe random number that is generated at each occasion of Ihe 
storing, and Ihe signature using the secret key unique to Ihe 
microprocessor is attached, so that the context information 
can be slored in the external memory safely. 

In order to achieve the first to third and sixth objects, the 
third aspect of the present invention has the following 
features. 'J Tie microprocessor that is formed as a single chip 
or a single package reads out a plurality of programs 
encrypted by using the encryption keys that arc different for 
different programs, and executes them. 'Ihis microprocessor 
has an internal memory (a register, for example) that cannot 
be read out to the external, and stores the encrypted 
attributes for data to be referred from each program (that is 
the processing target data) and the encrypted attribute speci- 
fying information into the register. The context information 
encryption/decryption unit writes a related information that 
is related to the encrypted attribute specifying information 
stored in the register and containing a signature unique lo the 
microprocessor, into the external memory. A protection table 
management unit reads Ihe related information liom the 
external memory according lo an address, of the data to be 
referred by the program. The veriiicalion unit verifies Ihe 
signature contained in the read oul related information by 
using the secret key, and permits the data referring by the 
program according lo the encrypted attribute specifying 
information and Ihe read oul related information only when 
thai signature coinckles wilh Ihe signature unique lo Ihe 
microprocessor. 

In this configuration, the information to be stored in the 
internal register is attached with the signature and stored into 
the external memory, and only the necessary portion is read 
out to the microprocessor. 'Hie signature is verified at a time 
of reading, so that the safety against the substitution can be 
secured, liven when the number of programs to be handled 
is increased and the number of the encrypted attributes is 
increased, there is no need to expand the memory region 
inside the microprocessor so that a cost can be reduced. 

According lo one aspect of the present invention there is 
provided a microprocessor having a unique secret key and a 
unique public key corresponding lo Ihe unique secret key 
that cannot be read out lo external, comprising: a reading 
unit configured to read out a plurality of programs encrypted 
by using diilerent execution code encryption keys from an 
external memory^ a decryption unit configured to decrypt the 
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plurality of programs read out by the reading unil by using 
respective decryption keys; an execution unit configured to 
execute the plurality of programs decrypted by the decryp- 
tion unit; a context information saving unil configured lo 

5 save a context information for one program whose execution 
is lo be interru pled, inlo Ihe external memory or a contexl 
information memory provided inside the microprocessor, 
the context information containing information indicating an 
execution state of the one program and the execution code 

if) encryption key of tlie one program; and a restart unit 
configured to restart an execution of the one program by 
reading out the context information from the external 
memory or the context information memory, and recovering 
the execution state of the one program from the context 

15 information. 

Other features and advantages of the present invention 
will become apparent from the following description taken 
in conjunction with the accompanying drawings. 

20 BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram showing a system incorporating 
a microprocessor according lo the Hrsl embodiment of the 
present invention. 
25 IK 1. 2 is a diagram showing an entire memory space used 
in the microprocessor of FIG. 1. 

I K i. 3 is a block diagram showing a basic configuration 
of a microprocessor according to the second embodiment of 
the present invention. 
50 FIG. 4 is a block diagram showing a detailed configura- 
tion of the microprocessor of FIG. 3. 

FIG. 5 is a diagram showing a page directory and a page 
table formal, used in Ihe riricroprocessor of FIG. 3. 
35 FIG. 6 is a page table aod a key entry format used in the 
microprocessor of I K J. 3. 

FIGS. 7A and 7B arc diagrams respectively showing 
exemplary data before and after interleaving used in the 
microprocessor of FIG. 3. 
41 > FIG. 8 is a diagram showing a 11 ow of information for a 
code decryption processing to be carried out in the micro- 
processor of FIG. 3. 

FIG. 9 is a diagram showing a CPU register used in the 
microprocessor of FIG. 3. 

45 

I K i. 10 is a diagram showing a context saving format 
used in the microprocessor of FIG. 3. 

FIG. 11 is a flow chart for a protection domain switching 
procedure to be carried out in the microprocessor of FIG. 3. 
s\> FIG. 12 is a diagram showing a flow of information for 
dala encryption and decryption processing to be carried out 
in the microprocessor of FIG. 3. 

FIG. 13 is a diagram conceptually showing a process of 
execution control within a protection domain by the micro- 
55 processor of FIG. 3. 

FIG. 14 is a diagram conceptually showing a process of 
call up and branching from a protection domain to a non- 
protection domain by the microprocessor of F!G. 3. 

FIG. 15 is a diagram showing a context saving format 
used in a conventional processor. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

o"5 Referring now to FIG. 1 and FIG. 2, the first embodiment 
of a tamper resistant microprocessor according lo Ihe present 
invention will be described in detail. 
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This lirsl embodiment is directed to a microprocessor for 
protecting secrets of the program instruct ions (execution 
codes) and the context information (execution state) which 
are to Ixs provided in encrypted forms by using the public 
key (asymmetric key) cryplosyslem, from a user of a target 
system. 

FIG. 1 shows the target system, where a microprocessor 
2101 of the target, system is connected to a main memory 
2103 through a bus 2102. 

As shown in FIG. 1, in this embodiment, the micropro- 
cessor 2101 has a register file 2111, an instruction execution 
unit 2112, an instruction butler 2113, a public key decryp- 
tion function 2114, a secret key register 2115, a common key 
decryption function 2116, a common key register 2117, a 
WU {Has Interface Unit) 2118, a register buffer 2119, a 
public key register 2120, an encryption function 2121, a 
decryption function 2122, and a previous common key 
register 2123, which will be described in further detail 
below. 

First, the terms to be used in the following description will 
be described, and the operation of general ope rating system 
(OS) and application programs will be described briefly. A 
program is a set of data and a scries of machine language 
instructions written for some specific purpose. The OS is a 
program for managing resources of the system, and the 
application is a program to be opera ted under the resource 
management of the OS. This embodiment presupposes the 
multi-task system, so that a plurality of application programs 
will be operated in a quasi parallel manner under the 
management of the OS. Each one of these programs that arc 
operated in the quasi parallel manner will be referred to as 
a process. There are cases where a set of processes for 
executing the processes lor the same purpose will be 
referred to as a task. 

The instructions and data of the application program arc 
usually stored in files on a secondary memory. They arc 
arranged on a memory by a loader of the OS and executed 
as a process. The execution of the program is often inter- 
rupted by an exception (or interruption) processing of the 
processor caused by input/output or the like. A program for 
carrying out the exception processing will be referred to as 
an exception handler. The exception handler is usually set up 
by the OS. The OS can process an exception request from 
the hardware, interrupt the operation of the application and 
restart or start the operation of another application at arbi- 
trary timing. The interruptions of the process include tran- 
sitory cases where the execution of the original process is 
restarted without switching processes after the execution of 
the exception handler, and cases requiring Ihe process 
switching. Examples of the former include a simple timer 
increment and examples of the latter include a virtual 
memory processing due to tlie page exception. 

The object of this embodiment is to protect the program 
instructions (execution codes) and the execution state from 
a user of the target system who can freely read the main 
memory of the target system and freely alter the OS program 
or application programs. 

The basic features for achieving this object arc the access 
control with respect to the information storage inside the 
processor and the encryption based on the information listed 
below. 

(1) A common key Kx selected by a program creator. The 
application program will be encrypted by the secret key 
cryptosystem using this key. 

(2) A pair of a unique public key Kp and a unique secret 
key Ks provided inside the processor. The public key can be 
read out by the program by using instructions. 
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(3) An encryption key information in which the common 
key Kx of the program is encrypted by using the public key 
Kp of the processor. 

[Execution of a Plaintext Program] 
5 111 is processor is capable of executing a program with 
coexisting plaintext instructions and encrypted instructions 
which is placed on the main memory. Here the operation 
inside the CPU for the execution of a plaintext program will 
be described with references to FIG. 1 and a memory 
10 arrangement shown in FIG. 2. 

FIG. 2 shows an entire memory space 2201, in which 
programs are placed in regions 2202 to 2204 on the main 
memory, where regions 2202 and 2204 are plaintext regions 
15 while a region 2203 is an encrypted region. A region 2205 
stores a key information to be used in decrypting the region 
2203. 

1 "he execution of the program is started as the contrc>l is 
shifted from die OS by an instruction for jump lo a top X of 

2f > the program or the like. The instruction execution unit 2112 
executes tlie instruction for jump to X, and outputs an 
address of the instruction to the 111 U 21 IK, 'Hie content of the 
address X is read through the bus 2102, sent from the BIU 
2118 to the instruction buffer 2113, and sent to the instruc- 

2< lion execution unit 2112 where the instruction is executed. 
Its operation result is reflected in the register file 2111. When 
the operation target is reading/writing with respect to an 
address on the main memory 2103, its address value is sent 
to the BIU 2118, that address is outputted from the "RTU 211ft 

30 to the bus 2102, and data rcacUngAvriting with respect to the 
memory is carried out. 

The instruction buffer 2113 has a capacity for storing two 
or more instructions, and the instructions corresponding to a 
size of Ihe instruction buffer 2113 are collect ively read on I 

55 from the main memory 2103. 

[Execution of Lincrypted Instructions] 
Next, the case of executing an encrypted instruction will 
be described. The processor of this embodiment has two 
states including the execution of plaintext instructions and 

40 the execution of encrypted instructions, and two types of 
instructions for controlling these states arc provided. One is 
au encryption execution start instruction for making a tran- 
sition from the execution of plaintext instructions to the 
execution of encrypted instructions, and another is a plain- 

45 text return instruction for making a reverse transition. 
[Encryption Execution Start Instruction] 
The encryption execution start instruction is denoted by 
the following mnemonic "execene" and takes one operand: 

50 

execenc keyaddr 

where "kcyaddr" indicates an address where the key infor- 
mation to be used in decrypting tlie subsequent instructions 
is stored. 

55 [Key Information] 

Here, the key information and the program encryption 
will be described. The encrypted region 2203 comprises a 
sequence of encrypted instructions. The instructions arc 
subdivided into blocks in units of a prefetch queue size and 

60 encrypted by the secret key algorithm such as DES (Data 
Encryption Standard) algorithm. A key lo be used in this 
encryption will be denoted as Kx hereafter. Since the secret 
key algorithm is used, the same key Kx is also used for the 
decryption. 

OS If this Kx is placed on the main memory in a plaintext 
form, a user who can operates the OS of the target system 
can easily read it and analyze the encrypted program. In 
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order lo prevent this, E^Kx] obtained by encrypting Kx by 
using the public key Kp of ihe processor will be placed in the 
region 2205 of the memory. A top address of this region is 
indicated by "keyaddr". 

It is cryplographically (compu la lion ally) impossible lo 
decrypt Kx from E A JKx] unless one knows Ks correspond- 
ing to the public key Kp. (Consequently, the secret of the 
program will never l>e leaked to the user as long as the user 
of the target system docs not know Ks. This Ks is stored in 
a form thai cannot be read out from the external, inside the 
processor. 'Hie processor can decrypt Kx internally without 
allowing the user lo learn aboutil, and the processor can also 
decrypt the encrypted program by using Kx and execute it. 

In the following, the encryption execution start instruction 
and the subsequent I be execution of Ihe encrypted instruc- 
tion will be described in detail, 1 Jy the execution of the Jump 
instruction in a region 2207, the control is shifted to the 
encryption execution start instruction at the address "start". 
At the address indicated by the operand "keyaddr" of the 
encryption execution start instruction, the content of the 
specified region 2205 is read out to the instruction execution 
unit 21 12 of the processor as data. "Hie instruction execution 
unit 2112 sends this data E^Kx] to the public key decryp- 
tion function 2114. 1 ne public key decryption function 2114 
takes out Kx by decrypting li^Kx] by using a secret key Ks 
unique to the processor which is stored in the secret key 
register 2115, and stores it in the common key register 2117. 
Then, the processor enters the encrypted instruction execu- 
tion state. 

Here, it is assumed that the processor package is manu- 
factured such that the contents stored in the secret key 
register 2115 and the common key register 2117 cannot be 
read out to the external by the program or the debugger of 
the processor chip. 

By executing Ihe encryption execution start instruction, 
the key to be used in decrypting the subsequent instructions 
is stored into Ihe common key register 2117, and the 
processor is entered into the encrypted instruction execution 
state. When the processor is in the encrypted instruction 
execution stale, the instructions read from the main memory 
2103 are sent from the B1U 2118 lo a common key decryp- 
tion function 2116, decrypted by using the key information 
stored in Ihe common key regisier 2117 and stored inlo Ihe 
instruction buffer 2113. 

In this embodiment, Ihe program encrypted by using Ihe 
key Kx which is stored in the region 2204 next lo the 
encryption execution start instruction will be decrypted, 
slored in the instruction buffer 2113, and executed. The 
reading is carried out in units of a size of the instruction 
buffer 2113. 11 G. 2 shows an exemplary case where the size 
of the instruction buffer 2 1 13 is 64 bits, and four instructions 
of 16 bits size each are collectively read out to the instruc- 
tion buffer 2113. 

[Plaintext Return Instruction] 

'I "he processor in the encrypted instruction execution state 
returns to the plaintext instruction execution state by the 
execution of the plaintext return instruction. 

The plaintext return instruction is denoted by the follow- 
ing mnemonic: 

exiienc 

which takes no operand. By execution of Ihis instruction, Ihe 
reading of the instructions from the main memory 2103 is 
carrie*:! out through a palh thai does nol pass through the 
common key decryption function 2116, and the processor 
returns to the execution of the plaintext instructions. 

Note that when Ihe encryption execution start instruction 
is executed again during the execution of the encrypted 
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instruction, the instruction decryption key is changed such 
lhal the subsequent instructions are decrypted by using a 
different key and executed. 

[(Context Saving and Attack Against It] 

5 Nexl, the sale saving of Ihe execution stale in order lo 
protect Ihe secret of the application program in the multi- 
task environment will be described. 

The register file 2111 of this processor has 32 general 
purpose registers (K0 to R31). R31 is used as a program 

1(> counter. Hie contents of the general purpose registers arc 
stored in the register file 2111. When the exception occurs 
during the execution of the encrypted program as described 
above, the contents of the register file 2111 arc moved to the 
register buffer 2119, and the contents of the register file 2111 

, 5 arc initialized by a prescribed value or a random number. 
Then, the value of the common key used for decryption of 
the encrypted program is stored in the previous common key 
register 2123. Only when these two types of initialization arc 
completed, the control is shifted to the exception handler and 

2r> the instructions, ol the exception handler are executed. The 
instructions of the exception handler arc assumed to be 
non-encrypted. 

By this register lile initialization function, in the processor 
of this embodiment, the reading of the register values 

2 < processed by the encrypted program by the exception han- 
dler program is prevented even in the case where the control 
is shifted to Ihe exception handler as an exception occurs 
during the execution of the encrypted program. At the same 
time, the contents of the register file 2111 are saved in the 

30 register buffer 2119, and there is a function for recovering 
Ihe regisier buffer contents and lor storing ibem into the 
memory as will be described below, so as to enable the 
restart of the encrypted program. 

Now, tlie register contents stored in the register buffer 

55 2119 cannot be read out directly from the uou-encrypted 
program of the exception handler. 'Hie non-encrypted pro- 
gram of the exception handler is only allowed to perform the 
following two operations with respect lo the register buffer 
2119. 

4I> (1) Recover the register buffer contents and restart the 
execution of the original encrypted program. 

(2) lincrypling the register buffer contents and store them 
into the memory, and execute the OS program or another 
encrypted program. 

45 In the case of ( I), when the exception handler processing 
such as the increment of the counter is finished, the excep- 
tion handler issued a *'cont" (continue) instruction. When the 
"conf instruction is executed, the. contents of the register 
buffer 2119 and the previous common key register 2123 arc 

50 recovered in the register file 2111 and the common key 
register 2117, respectively. The program counter is con- 
tained in the register file 2111, so that the execution of the 
encrypted program is restarted by setting the control back lo 
a point where the execution of the encrypted program was 

^ interrupted. For the decryption of the encrypted program 
after the restart, the value recovered from the previous 
common key register 2123 will be used. Similarly as the 
contents of the register buffer 2119, Ihe program cannol 
rewrite the previous common key register 2123 explicitly. 

GQ The case or (2) corresponds lo Ihe case where Ihe process 
switching occurs at a timing of the execution or the excep- 
tion handler. In Ihis case, Ihe exception handler or a task 
dispatcher of the processor issues a "savereg" (save register) 
instruction for saving the contents of the register buffer 2119 

GS into the memory. This "savereg" instruction Ls denoted by 
Ihe following mnemonic: 

snvcrcg dent 
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anil lakes one operand "desf indicating an address lo which 
the register buffer contents are to be saved. 

When the "savereg" instruction is issued, the contents of 
the register buffer 2119 and the previous common key 
register 2123 arc encrypted by the encryption function 2121 
by using the public key Kp of the processor stored in the 
public key register 2120, and saves at an address on the main 
memory 2103 specified by u desf ' through the BIU 2118. 'ITie 
main memory 2103 is outside the processor so that it has a 
possibility of being accessed by the user, but these contents 
are encrypted by the public key of the processor so that the 
user who does not know the secret key of the processor 
cannot learn the register buffer contents. 

After the register buffer contents are saved, the OS 
activates another encrypted program by the method 
described above. If another encrypted program is activated 
without saving the register huffier contents, the register 
buffer contents would be rewritten to those of another 
encrypted program when the execution of another encrypted 
program is interrupted, and it would become impossible to 
restart the original encrypted program as the register buffer 
contents for the original encrypted program arc lost. 

Here, the number of the register bufler is assumed to be 
one, but it is also possible to provide a plurality of register 
buffers so as to be able to deal with multiple exceptions. 

[Recovery Procedure] 

Next a procedure for recovering the saved execution state 
will be described. 

At a time of restarting the interrupted application, a 
dispatcher of the OS issues a "revrreg" (recover register) 
instruction. This "revrreg" instruction is denoted by the 
following mnemonic: 

revrrcg sukh- 

and takes one operand "addr" indicating an address at which 
the execution state is saved. 

When the "revrreg" instruction is issued, the encrypted 
execution slate information Ls taken out from the address of 
the memory specilied by "addr" by the BIU 2118 of the 
processor, decrypted by using the secret key Ks of the 
processor by the decryption function 2122, and the register 
information is recovered in the register file 2111 while the 
program decryption key is recovered in the common key 
register 2117. When the recovery is completed, the execu- 
tion of the interrupted pn">gram is restarted from a point 
indicated by the program counter. At this point, the key Kx 
recovered from the execution state information will be used 
for decryption of the encrypted program. 

The detail of the saving and the recovery of the execution 
state in relation to the interruption of the encrypted program 
due to exception has been described above. As already 
described above, the encrypted programs arc safe against 
attacks from the user who can operate the OS of the target 
system. 

Next, the safety of the above described scheme against 
two types of attacks against the execution state will be 
described. 

[Attacks Against the Execution State] 

There arc two types of attacks against the execution state 
that is generated in a process of the application execution. 
One is the peeping of the saved execution slate by an 
attacker, and the other is the rewriting of the execution state 
lo a desired value by an attacker. 

Here, the following two terms for expressing the illegal 
accesses to the execution state will be defined. First, the 
program that has generated the execution slate will be 
referred lo as an original program for thai execution stale. 
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The original program can be restarted by recovering the 
execution state in the registers. On the other hand, programs 
other than the program that has generated the execution 
stale, that is programs encrypted by encryption keys differ- 

5 eut from that of the original program or plaintext, programs, 
will be referred lo as other programs. 

i "he illegal accesses or the attacks with respect to the 
execution state generated by some original program are 
defined as an act of directly analyzing the execution state on 

in the memory by some method independently from the opera- 
tion of the processor by a third party who does not know the 
encryption key of the original program, or an act of analyz- 
ing the execution state or rewriting the execution state to a 
desired value by a third party utilizing the other programs 

15 operated on the same processor. 

In the microprocessor of this embodiment, the execution 
stale is protected by the following three types of mecha- 
nisms so as to prevent the illegal accesses utilizing the 
access to the memory external of the processor or the other 

20 programs. 

First, in this embodiment, the register information is 
saved in the register buffer 2119 when the execution of the 
encrypted program is interrupted. Then, the register buffer 
2119 and the previous common key register 2123 cannot be 

25 accessed by any methods other than that using the "revrreg'* 
instruction or the "savcreg" instruction, so that the other 
programs cannot read their contents freely. 

In Ihe conventional processor, the register contents at a 
time of the exception occurrence can be freely read by the 

50 exception handler program. In the inicroprooessor of I his 
embodiment, the register contents arc saved in Ihe register 
buffer 2119 so as to prohibit the reading from the other 
programs, and the instruction for saving Ihe register buffer 
contents by encrypting them by using the public key of the 

?5 processor is provided so as to prevent Ihe peeping of the 
execution stale saved on Ihe memory by the user of the 
system. 

The second a Hacking method includes a method for 
reading values of the registers contained in the execution 
4i> state by placing die instruction of some other program 
known to Ihe attacker at the same memory address as the 
original program such that this other program reads the 
encrypted execution state. 

In the microprocessor of this embodiment, Ihe encrypted 
45 execution state contains the program encryption key, and 
this key will be used in decrypting the encrypted program at 
a time of restart. Hecause of this mechanism, even when the 
other program other than the original program attempts to 
read the execution state, the key for docs not match so that 
sn the program cannot l>e decrypted correctly and the program 
cannot lie executed according to the inte ntion of the attacker, 
Thus the second attacking method is impossible in the 
microprocessor of this embodiment. 

This effect cannot be realized by simply encrypting the 
55 execution state itself by the public key of the processor, but 
can be realized by encrypting the decryption key of the 
original program and the execution state integrally. 

Note that, in order to maximize this effect, values of the 
registers (R0 to R31) and the common key Kx should 
CO preferably be stored in the identical cipher block at a time of 
Ihe encryption using Ihe public key. 

[Data Protection] 

In the microprocessor of this embodiment, Ihe encryption 
of the data is nol accounted, but it should be apparent lo 
65 those skilled in the art that it is possible to add the data 
encryption function to the microprocessor of ihis embodi- 
ment similarly as the data encryption in the microprocessor 
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for supporting the virtual memory which will be described 
in the second embodiment. 

Referring now to HO. 3 to I '1(3. 14, the second embodi- 
ment of a tamper resistant microprocessor according to the 
present invention will be described in detail. 

Id this embodiment, the microprocessor according to the 
present invention will be descrilred for an exemplary case of 
using an architecture based on the widely used Pentium Pro 
microprocessor of the Intel corporation, but the present 
invention is not limited to this particular architecture. In the 
following description, features specific to the Pentium Pro 
microprocessor architecture will be noted and applications 
to the other architectures will be mentioned. 

Note that the Pentium Pro architecture distinguishes three 
types of addresses in Ihe address space including physical 
addresses, linear addresses and logical addresses, but Ihe 
linear addresses in the Pentium terminology will also be 
referred to as logical addresses in this embodiment. 

In the Lbllowing description, the protection implies the 
protection of secrets of applications (that is the protection by 
encryption), unless otherwise stated. Consequently, the pro- 
tection in this embodiment should be clearly distinguished 
from the ordinarily used concept of protection, that is the 
prevention of disturbances on the operations of the other 
applications due to the operation of some application. 
However, in the present invention, it is assumed that the 
operation protection mechanism in the ordinary sense is of 
course provided by the OS (although the description of this 
aspect will be omitted as it is unrelated to the present 
invention), in parallel to the protection of secrets of appli- 
cations according to the present invention. 

Also, in the following description, a machine language 
instructions that arc executable by the processor will be 
referred to as instructions, and a plurality of instructions will 
be collectively referred to as an execution code or an 
instruction stream. A key used in encrypting the instruction 
stream will be referred lo as the execution code encryption 
key. 

Also, in the following description, the secret protection 
mechanism will be described as protecting secrets of appli- 
cations under the management of the OS, but this mecha- 
nism can also be utilised as a mechanism for protecting Ihe 
OS itself from alteration or analysis. 

I Ki. 3 shows a basic configuration of the microprocessor 
according to this embodiment, and FIG. 4 shows a detailed 
configuration of the microprocessor shown in FIG. 3. 

'Hie microprocessor 101 has a processor core 111, an 
instruction TLH flable lookup lluffer) 121, an exception 
processing unit 131, a data '11 J J (Table Lookup I Suffer) 141, 
a secondary cache 152. The processor core 111 includes a bus 
interface unit 112, a code and data encryption/decryption 
processing unit 113, a primary cache 114, and an instruction 
execution unit 115. 

'Ihe instruction execution unit 115 further includes an 
instruction fetch/decode unit 214, an instruction table 215, 
an instruction execution switching unit 216, and an instruc- 
tion execution completing unit 217. 

The exception processing unit 131 further includes a 
register file 253, a context information encryption/ 
decryption unit 254, an exception processing unit 255, a 
secret protection violation detection unit 256, and an execu- 
tion code encryption key and signature veriti cation unit 257. 

The instruction TLB 121 further includes a page tabic 
butter 230, an execution code decryption key table butter 
231, and a key decryption unit 232. The data TLB 141 
further includes a protection tabic management unit 233. 

The microprocessor 101 has a key storage region 241 for 
storing a public key Kp and a secret key Ks which are unique 



lo this microprocessor. Now, consider the case of purchasing 
a desired execution program A from some program vendor 
and executing it. The program vendor encrypts the program 
A by using a common execution code encryption key Kcode 
(Ljsr^/jA]) before supplying the execution program A, and 
sends the common key Kcode used lor encryption in a form 
encrypted by using the public key Kp of the microprocessor 
101 (UjqJ Kcode]) to the microprocessor 101. 'Ihe micro- 
processor 101 is a multi-task processor which processes not 
only this execution program A but also a plurality of 
different encrypted programs in a quasi parallel manner (ihat 
is by allowing interruptions). Also, the microprocessor 101 
obviously executes not only the encrypted programs but also 
plaintext programs. 

Ihe microprocessor 101 reads out a plurality of programs 
encrypted by using different execution code encryption keys 
from a main memory 281 external of the microprocessor 101 
through the bus interface unit (reading function) 112. The 
execution code decryption unit 212 decrypts these plurality 
of read out programs by using respectively corresponding 
decryption keys, and the instruction execution unit 115 
executes these plurality of decrypted programs. 

In the case of interrupting the execution of some program, 
the context information cncryptioa'dccryption unit 254 of 
the exception processing unit 131 encrypts information 
indicating the execution state up to an interrupted point of 
the program to be interrupted and the code encryption key of 
this program by using Ihe public key of Ihe microprocessor 
101, and writes the encrypted information into the main 
memory 281 as Ihe context information. 

In the case of restarting the interrupted" program, the 
execution code encryption key and signature verification 
unit 257 decrypts Lhe encrypted context information by 
using the secret key of the microprocessor 101, verities 
whether the execution code encryption key conLained in the 
decrypted context information (that is the execution code 
encryptionb key of the program scheduled lo be restarted) 
coincides with the original execution code encryption key of 
the interrupted program, and restarts Ihe execution of the 
program only when they coincide. 

Here, before describing the detailed configuration and 
functions of the microprocessor 101, the processing proce- 
dure for the execution of plaintext instructions and the 
execution of encrypted programs by the microprocessor 101 
will be outlined. 

When the microprocessor 101 executes a plaintext 
instruction, the instruction fetch/decode unit 214 attempts to 
read the content of an address indicated by a program 
counter (not shown) from an Li instruction cache 213. If the 
5t> content of the specified address is cached, the instruction is 
read out from the I /I instruction cache 213, sent to the 
. instruction table 215, and executed. The instruction table 

215 is capable of executing a plurality of instructions in 
parallel, and requests reading of data necessary' for carrying 

55 out the execution to the instruction execution switching unit 

216 and receives the data. When the instructions arc 
executed in parallel and their execution results arc 
determined, the execution results arc sent to the instruction 
execution completing unit 217. The instruction execution 
completing unit 217 writes the execution result into the 
register file 253 when Ihe operation target Is a register inside 
the microprocessor 101, or into an LI data cache 218 when 
Ihe operation target is a memory. 

The content of the LI data cache 218 is cached once again 
by an L2 cache 152 under the control of the bus interface 
unit 112, and written into (he main memory 281. Here, the 
virtual memory mechanism is used, where a correspondence 
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belween Ihe logical memory address and the physical 
memory address is defined by a page table shown in 1'IG. 5. 

The page table is a data structure placed on the physical 
memory. The dala TLB 141 actually carries out a conversion 
from die logical address to the physical address, and at the 
same lime manages the dala cache. The dala TLB 141 reads 
a necessary portion of the table according to a top address of 
the table indicated by a register inside the microprocessor 
101, and carries out the operation for converting the logical 
address into the physical address. At this point, only the 
uecessary portion of the page table is read out to a page table 
buffer 234 according to the logical address to be accessed, 
rather than reading out the entire page table on the memory 
to the data TTJ5 141. 

Ilie basic cache operation is stable regardless of whether 
the instructions of the program arc encrypted or not. Namely, 
a part of the page table is read out to the instruction TT/R 
121, and the address conversion is carried nut according to 
the definition contained therein. The bus interface unit 112 
reads instructions from the main memory 281 or the T2 
cache 152, and instructions arc stored in the LI instruction 
cache 213. The reading of instructions out to the LI instruc- 
tion cache 213 is carried out in units of a line formed by a 
plurality of words, which enables a faster access than the 
reading in word units. 

The address conversion utilizing the same page table on 
the physical memory is also carried out for the processing 
(arget data of the executed instructions, and Ihe execution of 
the conversion is carried out at the data TLB 141 as 
described above. 

The operalion up to this point is basically the same as Ihe 
general cache memory operation. 

Next, the operation in the case of executing an encrypted 
program will be described. In this embodiment, it is assumed 
lhat the execution codes for which secrets are to be prolecletl 
are all encrypted, and the encrypted execution codes will 
also be referred to as protected codes. In addition, a range of 
the protection by the same encryption key will be referred lo 
as a protection domain. Namely, a set of codes protected by 
the same encryption key is belonging to die same domain, 
and codes protected by dillerenl. encryption keys are belong- 
ing to different protection domains. 

First, the execution codes of a program encrypted by the 
secret key scheme block cipher algorithm are slored on Ihe 
main memory 281. A method for loading the encrypted 
program transmitted from a program vendor will be men- 
tioned below. 

A cipher block size of the execution codes can Ik any 
value as long as two to the power of the block size coincides 
with a line size that is a unit for reading/writing with respect 
to the cache memory. I lowever, if the block size is so small 
that a block length coincides with an instruction length, there 
arises a possibility for analyzing the instruction easily by 
recording a correspondence between encrypted data and a 
predictable portion of the instruction such as a top portion of 
a sub-routine. For this reason, in this embodiment, the 
blocks arc interleaved such that there is a mutual depen- 
dency among data in the blocks and the encrypted block 
contains information on a plurality of instruction words or 
operands. In this way, it is made difficult to set a correspon- 
dence between the instruction and the encrypted block. 

FIGS. 7Aand 7B show an example of the interleaving that 
can be used in this embodiment. In Ibis example, it is 
assumed that ihe line size of the cache is 32 bytes and Ihe 
block size is 64 bits (i.e., 8 bytes). As shown in FIG. 7 A, 
before Ihe interleaving, one word is formed by 4 bytes, so 
that a word A is lormed by 4 bytes of AO to A3. One line is 
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formed by 8 words of A lo H. When this is interleaved in 
units of 8 bytes corresponding lo ihe block size of 64 bils, 
as shown in I'Ki. 71?, AO, HO, . . . , 110 are arranged in the 
first block corresponding to word 0 and word 1, Al, HI, 

5 HI are arranged in the next block, and so on. 

An attack can be made more difficult by setting a length 
of a region to lie interleaved longer, but tlie interleaving of 
a region with a length longer than the line size makes the 
processing more complicated and lowers the processing 
speed because the decryption/encryption of one cache line 
would depend on reading/writing of another line. 'ITius it is 
preferable to sel a range for inlerleaving wilhin a range of 
the cache line size. 

Here the method for interleaving data of blocks is used 
such that there is a mutual dependency among data in a 

15 plurality of blocks contained in the cache line, but it is also 
possible to use the other method for generating a depen- 
dency among data blocks, such as the CRC (Cipher Block 
Chaining) mode of the block cipher. 

The decryption key Kcode (which will also be referred lo 

in as the encryption key hereafter even in the case of decryp- 
tion because the encryption key and the decryption key arc 
identical in the secret key algorithm) of the encrypted 
execution codes is determined according to ihe page table. 
FIG. 5 and FIG. 6 show a table structure of the conversion 

25 from the logical address to the physical address. 

A logical address 301 of the program counter indicates 
some value, and a directory 302 and a table 303 constituting 
its upper bils specify a page entry 307-j. The page entry 
307-7 contains a key entry ID 307-;-/; and a key entry 309 -m 

30 lo be used for decryption of this page is determined in a key 
I able 309 according lo this ID. The physical address of the 
key table 309 is specified by a key tabic control register 308 
inside the microprocessor. 

In Ihis configuration, the ID of Ibe key enlry is sel in the 

35 page enlry rather than selling the key information directly, 
such I bat Ihe key information in a large size is shared among 
a plurality of pages so as lo save a limited size of a memory 
region on the instruction TLB 121. 

In further detail, the page table and key table information 

4i> is stored into the instruction TLH 121 as follows. Only 
portions necessary for Ihe access to the memory is read oiil 
from the page tables 306, 307 and 311 to the page table 
buffer 230, and from the key table 309 to the execution code 
decryption key table buller 231. 

45 I n a state of being stored, on the main memory, a reference 
counter of the key object 309-m which is an element of the 
key table 309 indicates the number of page tables that refer 
to this key object. In a state where the key object is read out 
to the execution code decryption key table buffer 231, this 

5\> reference counter indicates the number of page tables that 
refer to this key object and that are read out to the page table 
buffer 230. This reference counter will be used for judge- 
ment at a time of deleting any unnecessary key object from 
the execution code decryption key tabic buffer 231. 

55 One of the features of this embodiment is that the key 
tabic entry has a fixed length but a key length used in each 
tabic is made variable in order to be able to deal with a 
higher cryptoanalytic power, and specified at a key size 
region of the key table. It implies that the secret key Ks 

60 unique to the microprocessor 101 is fixed but the length of 
Kcode to be used for encryption and decryption of the 
program can be changed by the specification of the key 
enlry. In order lo specify a position of Ihe variable length 
key, the key entry 309-w has a field 309-W-4 pointing to the 

GS key entry, which indicates an address of the key object 310. 
In the key object region 310, the execution code encryp- 
tion key Kcode is stored in u form E^Kcode] encrypted by 
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Ihe public key algoriLhm using the public key Kp of Lhe 
microprocessor 101. In order to encrypl data safely in lhe 
public key algorithm, a large redundancy is necessary, so 
that a length of the encrypted data becomes longer than a 
length of the original data. Here, lengths of Ks and Kp are 5 
set to be 1024 bits, a length of Kcodc is set to be 64 bits, 
which is extended to 256 bits by padding, and U[ Kcode] is 
encrypted in a length of 1024 bits and stored in tlie key 
object region 310. When Kcodc is so long that it cannot be 
stored in 1024 bits, it is divided into a plurality of blocks of 
1 024 bits size each and stored. 1 1 * 

FIG. 8 summariaes the information flow in Ihe code 
decryption. A program counter 501 indicates an address 
"Addr" on an encrypted code region 502 on a logical address 
space 502. The logical address "Addr" is converted into the 
physical address "Addr"* according to the page table 307 15 
that is read out to the instruction TLB 121. At the same time, 
the encrypted code decryption key E[Kcode] is taken out 
from Ihe key Uible 309, decrypted by using the secret key Ks 
provided in the CPU aL a decryption function 506, and stored 
into a current code decryption key memory unit 507. The 20 
common key Kcodc for the code encryption is encrypted by 
using the public key Kp of the microprocessor 101 by the 
program vendor, and supplied along with the program 
encrypted by using Kcodc, so that the user wbo docs not 
know the secret key Ks of the microprocessor 101 cannot 25 
know Kcodc. 

After the program execution codes arc encrypted by using 
Kcode and shipped, the program vendor keeps and manages 
Kcodc safely such that its secret will not be leaked to a third 
parly. 50 

An entire key table 511 and an entire page table 512 are 
placed in a physical memory 510, and their addresses arc 
specilied by a key table register 508 and a CR3 register 509 
respectively. From the contents of these entire tables, only 
necessary portions are cached into the instruction TLB 121 35 
through the bus interface unit. 112. 

Now, when a content 503 corresponding to the physical 
address "Addr"' as converted by the instruction TLB 121 is 
read out by the bus interface unit 112, this page is encrypted 
so thai it is decrypted at a code decryption function 212. 'Ilie 4i> 
reading is carried out in units of Lhe cache line size, and after 
the decryption in block units, the inverse processing of the 
interleaving described above is carried out. Hie decrypted 
result is stored in the LI instruction cache 213, and executed 
as an instruction. * 45 

Here, the method for loading the encrypted program and 
the relocation of the encrypted program will be described. 
For the loading of a program into tlie memory, there is a 
method in which a program loader changes an address value 
contained in the execution codes of tlie program in order to 5i> 
deal with a change of an address for loading the program, but 
this method is not applicable to the encrypted program. 
I Iowever, tlie relocation of the encrypted program is pos- 
sible by using a method of realizing the relocation without 
directly rewriting the execution codes by utilizing a tabic 55 
called Jump tabic or 1AT (Import Address Table). 

Further details of the loading procedure and the relocation 
for general programs can be found, for example, in L. W. 
Allen ci aL, ^Program Loading in OSF/1, USENIX winter, 
1991, and the loading method and the relocation for the 00 
encrypted program can be found in Japanese Patent Appli- 
cation No. 2000-35898 of the applicants. 

It is possible to protect the execution codes placed on the 
memory external of the processor by the above inscribed 
method for decrypting the encrypted execution codes of the OS 
program, reading them out to the cache memory inside the 
processor, and executing them. 



However, the execution codes that are decrypt ed into 
plaintext can exist inside the processor. Even if it is impos- 
sible to read them out directly from outside the processor, 
there is a possibility for tlie plaintext program to be read out 
and analyzed by Lhe other programs lhat are operated in the 
same processor. 

In this embodiment, the key decryption processing by 
using the secret key 241 and the key decryption unit 232 of 
the instruction TLB 121 is not carried out at a time of data 
reading into an LI data cache 2 IS. When the data reading is 
carried out with respect to an encrypted page for which an 
encryption Hag 307-J-E is set to "1" in the page table, eilher 
non-decrypted original data or data of a prescribed value *'0" 
will be read out, or else an exception occurs such that the 
normally decrypted data cannot be read out. Note that when 
lhe encryption llag 307-J-E in the page table is rewritten, the 
decrypted content of the corresponding instruction cache 
will be invalidated. 

By this mechanism, it becomes impossible for the other 
programs (including the own program) to read Ihe execution 
codes of the encrypted program as data, and decrypt them by 
utilizing functions of the processor. 

Also, the other programs cannot explicitly read data in the 
instruction cache, so that the safety of the execution codes 
can be guaranteed. The safety of tbc data will be described 
below. 

Because the encrypted execution codes can be executed in 
this way, in tbc microprocessor of this embodiment, by 
selecting the encryption algorithm and parameters 
appropriately, it can be made cryptographically impossible 
lor a party who does not know the true value of the execution 
code encryption key Kcode to analyze Lhe operation of the 
program by dc-asscmbling the execution codes. 

Thus (he user cannot know the true value of the execution 
code encryption key Kcode, and it can be made crypto- 
graphically impossible for the user to make an alteration 
according to the user's intention such as illegal copying of 
the contents handled by the application by altering a part of 
the encrypted program. 

Next, another feature of Ihe microprocessor of this 
embodiment regarding the encryption, signature and its 
verilication for the context at a time of interrupting the 
program execution under the multi-task environment will he 
described. 

The execution of the program under Ihe raulli-task envi- 
ronment is often interrupted by the exception. Normally, 
when the execution is interrupted, a state in the processor is 
saved on the memory, and then the original state is recovered 
at a time of restarting the execution of that program later on. 
In this way, it becomes possible to execute a plurality of 
programs in a quasi parallel manner and accept the inter- 
ruption processing. This information on the state at a time of 
the interruption is called the context information, the context 
information contains information on registers used by the 
application, and in some cases, information on registers that 
arc not explicitly used by the application is also contained in 
addition. 

In the conventional processor, when the interruption 
occurs during the execution of some program, the control is 
shifted to the execution codes of the OS while lhe register 
state of the application is maintained, so that the OS can 
check the register stale of that program to guess what 
instructions were executed, or alter the context information 
maintained in a plainLexl form during Ihe interruption so as 
to change the operation of the program after the restart of Ihe 
execution of lhat program. 

In view of this fact, in this embodiment, when the 
interruption occurs during the execution of the protected 
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codes, Ibe context of the execution immediately before thai 
is encrypted and saved while all Ihe application registers are 
either encrypted or initialized, and a signature made by tbe 
processor is attached 1o tbe context information. Hie signa- 
ture is verilied at a lime of recovery from the interruption, 
to check whether the signature is proper or not. When the 
improper signature is detected, the recovery is stopped so 
that the illegal alteration of the context information by the 
user can be prevented. At this point, the encryption target 
registers arc user registers 701 to 720 shown in FIG. 9. 

In the Pentium Pro architecture, there is a hardware 
mechanism for assisting Ihe saving of the context informa- 
tion of the process into the memory and its recovery. A 
region for saving the state is called TSS (Task State 
Segment). In the following, an exemplary case of applying 
Ihe present invention lo this mechanism will be described, 
but the present invention is not limited to the Pentium Pro 
architecture, and equally applicable to any processor archi- 
tectures in general. 

The saving of Ihe context information in conjunction with 
the exception occurrence takes place In the following case. 
When the exception occurs, an entry corresponding to the 
interruption cause is read oul from a table called IDT 
(Interrupt Descriptive Table) for describing the exception 
processing, and the processing described there is executed, 
When tbe entry indicates a TSS, the context information 
saved in the indicated TSS is recovered to the processor. On 
the other band, the context information of the process that 
has been executed up until then is saved in the TSS region 
specified by a task register 725 at that point. 

Using Ihis automatic context saving mechanism, it is 
possible to save the entire state of the application including 
the program counter and the stack pointer, and detect any 
alteration at a time of ihe recovery by verifying the signa- 
ture. However, when this automatic context saving is used, 
apart from the fact that a large overhead will be caused by 
Ihe context switching, there arises a problem lhal il is 
impossible lo carry out Ihe inlerruplion processing without 
using the TSS. 

In order to reduce the overhead due to the interruption 
processing, or lo maintain the compatibility with Ihe existing 
programs it is preferable not to use the automatic context 
saving mechanism, bul in such a case, the program counter 
will be saved on the stack and cannot be a target of the 
verification, so that it can be a target of tlie alteration by the 
malicious OS. These Iwo cases shoukl preferably used in 
their proper ways according to tlie purpose. I or this reason, 
the microprocessor of this embodiment adopts tlie automatic 
context saving with respect to the protected (encrypted) 
execution axles as a result of attaching more importance to 
the safety. The registers to be automatically saved may not 
necessarily be all registers. 

'Ibe context saving and recovery processing in this 
embodiment has tbe following three major features. 

(1) 'Ihe contents of the saved context can be decrypted 
only by the microprocessor that generated the context and a 
person who knows the encryption key Kcodc of the program 
that generated the context. 

(2) In the case where the program protected by some 
execution code encryption key X is interrupted and its 
context is saved, its restart processing cannot be applied to 
the restart of a non-protected program or a program 
encrypted by another execution code encryption key Y. 
Namely, the program to be recovered from the interruption 
cannot be replaced by anolher paigram al a lime of Ihe 
restart. 

(3) The recovery of the altered context is prohibited. 
Namely, if the saved context is altered, lhal conlext will nol 
be recovered. 
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By the above feature (1), il is possible lo maintain the 
safety of the context information while enabling the analysis 
of the context information by Ihe program vendor. The facl 
lhal the program vendor has a right lo analyze ihe context 

5 information is important in order to maintain the quality of 
Ihe program by analyzing causes of any trouble that 
occurred according to a condition by which the program is 
used by the user. 

'Ibe above feature (2) is effective in preventing a situation 

in where an attacker applies the context generated by the 
execution of a program A to another encrypted program 13 
and restarts the program li from a known state saved in the 
context in order to analyze secrets of Ibe data or tlie codes 
contained in the program T1 or alter the operation of the 

15 program I J. 'Ibis function is also a prerequisite for the data 
protection to be described below in which each one of a 
plurality of applications maintains own encrypted data 
exclusively and independently from die others. 

By the above feature (3), it is possible to strictly eliminate 

zn the alteration of the context information utilizing an occa- 
sion of the restart of the program. 

The reason for providing such a function is that simply 
cucrypting the context information according to the secret 
information of the processor can protect the context infor- 

25 mation from the alteration according to the intention of the 
attacker, but it is impossible to eliminate a possibility for the 
random alteration of the context that results in the restart of 
Ihe program from a stale with random error*. 
In the following, the context saving and verification 

50 melhod incorporating the above three features will be 
described in further detail. 
<Contcxt Saving Processing* 

FIG. 10 shows ihe context saving format in ihis embodi- 
ment conceptually. It is assumed lhal the inlerruplion due lo 

35 Ibe hardware or software related cause has occurred during 
Ihe execulion of the protecled program. If the IDT entry 
corresponding lo the inlerruplion indicates a TSS, the execu- 
tion stale of ibe program up lo lhal poini is encrypled, and 
saved as the conlexl information in a TSS indicated by Ihe 

40 current task register 725 (rather than the indicated TSS 
ilself). Then, the execulion slate saved in tbe TSS indicated 
by tlie IDT entry is recovered to the processor. If the IDT 
entry does not indicate a 'ISS, only the encryption or the 
iniliabzalion of Ihe current registers is carried oul, and Ihe 

45 saving into the l"SS does not takes place. Of course the 
restart of that program becomes impossible in that case. 
Note however that the system registers including a part of 
the flag registers and the task register are excluded from a 
target of the encryption or the initialization of the registers 

so for the sake of continuation of the OS operation. 

'Ibe contents of the context shown in l : Ki. 10 are actually 
interleaved, encrypted in block units and stored in the 
memory. Here the information items to be saved will be 
described first. At a top, stack pointers and user registers 802 

55 to 825 corresponding to respective privileged modes arc 
provided, and one word 826 indicating a TSS. size and the 
presence/absence of the encryption is placed next. This 
indicates whether the TSS in which the processor is saved is 
encrypted or not. Even in the case where the TSS is 

60 encrypted, this region will be maintained in a plaintext form 
without being encrypted. 

After that, data encryption control register (CYO to CY3) 
regions 827 lo 830 lhal are added for tbe purpose of the data 
protection are placed, and a padding 831 for adjusting Ihe 

65 size to the block length is placed. Finally, a value E^^JKr] 
832 in which a key Kr used in encrypting the conlexl is 
encrypled by the secrel key algorithm using ihe execulion 
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code encryption key Kcode, a value E^JKr] 833 in which 
the key Ki used in encrypting the context is encrypted by 
using the public key Kp of the processor, and a signature 
S^fmessage] 834 using the secret key Ks of the processor 
with respect to theoi all are placed. Also, a region 801 for a 
link to the previous task thai maintains a call up relationship 
among tasks is saved in a plaintext form in order to enable 
the task scheduling by Ihe OS. 

'Iliese execution code encryption and signature generation 
are carried out by the context information encryption/ 
decryption unit 254 in the exception processing uoit 131 
shown in l f l(i. 4, which is based on a function independent 
from die encryption of the processing target data of the 
execution codes. At a time of saving the context information 
in the TSS, even if some encryption is specified in an address 
of the TSS by the other data encryption function, this 
specification is ignored and the context information is saved 
in a state in which the context is encrypted. 'I "his is because 
the encryption attributes of the data encryption function arc 
specific to each protected (encrypted) program so that the 
restart of sonic program cannot depend on that function. 

In encrypting the context, a word in the TSS size region 
826 to be recorded iu a plaintext form is replaced to a value 
"0". Then, the interleaving similar to that explained with 
references to FIGS. 7Aand 7B is applied, and the context is 
encrypted. At this point, the padding 831 is set to a size that 
enables the appropriate interleaving in accordance with the 
encryption block size. 

Here, the reason for not encrypting the register values 
directly by the public key Kp of ihe processor or the 
execution code encryption key Kcode is lo enable Lhe 
analysis of the encrypted context by both the program 
vendor and the processor while prohibiting the decryption of 
the context by the user. 

The program vendor knows the execution code encryption 
key Kcode so that the program vendor can obtain Lhe 
encryption key Kr of the context by decrypting Ek^JKi] 
832 by using Kcode. Also, the microprocessor 1U1 can 
obtain the encryption key Kr of the context by decrypting 
IvjKr] 833 by using the own secret key Ks. Namely, the 
program vendor can analyze the trouble by decrypting the 
context information without knowing the secret key of the 
microprocessor of the user, and the microprocessor 101 
itself can restart the execution by decrypting Ihe context 
information by using the own secret key Ks. The user who 
does not have either key cannot decrypt the saved context 
information. Also, the user who does not know tlie secret key 
Ks of the microprocessor 101 cannot forge the context 
information and the signature S A J message] with respect to 
lW.-[Kr] and H Kp [Kr]. 

In order to enable the mutually independent decryption of 
the context information by the program vendor and the 
microprocessor, it is also possible to consider a method for 
encrypting the context information directly by using Kcode. 
However, in the case where the register state is already 
known, there is a possibility for the known-plaintext attack 
against the execution code encryption key Kcode. Namely, 
when a value of the key for encrypting data is fixed, the 
following problem arises. Consider the case of executing a 
program which reads a data input by the user and writes it 
into a working memory temporarily by encrypting it. The 
data that arc to be encrypted and written into the working 
memory can be ascertained by monitoring the memory, so 
that the user can repeat the input many times by changing the 
input value and obtain the corresponding encrypted data. 
This implies thai the chosen- plaintext attack of the cryp- 
to analysis theory is possible. 
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The known -plain lex I attack is not fatal lo the secret key 
algorithm, but it is still preferable to avoid that. For this 
reason, a random number Kr is genera ted at a random 
number generation mechanism 252 of the exception pro- 

5 cessiug unit 131 at each occasion of the context saving, and 
supplied Lo the context information encryption/decryption 
unit 254. The context information encrypt ion/decryption 
unit 254 encrypts the context by the secret key algorithm 
using the randnm number Kr. Tlien, the value l^„,/, : [Kr] 

in 832 in which the random number Kr is encrypted by the 
same secret key algorithm using the execution code encryp- 
tion key Kcode is attached. 'ITie value L-^Kr] 833 is 
obtained by encrypting the random numl>er Kr by the public 
key algorithm using the public key Kp of the microproces- 

15 sor. 

Here, the random number is generated by the random 
number generation mechanism 252. In the case where the 
program is encrypted, normally there is no change in the 
program codes so that the corresponding plaintext codes 

2f> cannot be acquired illegally as long as the operation is not 
analyzed. In this case, there is a need to carry out the 
"ciphcrtcxt-only attack" in order to cryptoanalyzc, so that it 
is very difficult to rind the encryption key. However, in the 
case where the data entered by the user arc to be stored into 

25 the memory by encrypting them, the user can freely select 
the input data. For this reason, it is possible for the user to 
make the "chosen-plaintext attack" against the encryption 
key which is far more effective than Ihe "ciphertexi-only 
attack". 

30 Against the chosen-plaintext attack, it is possible lo adopt 
a measure for enlarging the search space by adding a random 
number called "salt" into the plaintext to be protected. 
However, it is very tedious lo implement the saving into the 
memory in a form where the "salt" random number is 

35 incorporated in every data at the application programming 
level, so that this can cause the lowering of Ihe programming 
efficiency and performance. 

For this reason, the random number generation mecha- 
nism 252 generates the random number (encryption key) for 

4i) encrypting the context at each occasion of the context 
saving. As the encryption key can be selected arbitrarily, 
there is also an effect that the safe communications between 
processes or between processes and devices can be realized 
faster. This is because lhe speed for encrypting data by the 

45 hardware at a time of the memory access is far slower in 
general than the speed for encrypting data by the software. 

On the contrary, if the value of the encryption key for the 
data region is limited to a prescrilicd value such as Uiat 
identical to the execution code encryption key for example, 

5i > then it Incomes impossible to use the data encryption 
function of the processor for the other programs encrypted 
by the other encryption keys or the sharing of the encrypted 
data with the devices, so that it becomes impossible to take 
advantage of the fast hardware encryption function provided 

55 in the processor. 

Note that the decryption of the encrypted random number 
Ejcr^[K r l that takes place at a time of the restart and 
the generation of the signature 834 can he based on any 
algorithm and secret information as long as a condition that 

o'O tbey can be carried out only by the microprocessor 101 is 
satisfied. In the above example, the secret key Ks unique lo 
the microprocessor 101 (which is also used for the decryp- 
tion or the execution code encryption key Kcode) is used fur 
both, but respectively dillerenl values may be used for these 

65 purposes. 

Also, the saved context contains a llag indicating the 
presence/absence of the encryption, so that the encrypted 
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contexi information and the non-encrypted conlexl informa- 
tion can coexist according to the need. The l^SS size and the 
Hag indicating the presence/absence of the encryption are 
stored in a plaintext form so that it is easy to maintain Ihe 
compatibility with respect to the past programs. 

<Processing for Restarting Ihe Interrupted Program> 

At a time of restarting the process by recovering the 
context, the OS issues a Jump or call instruction with respect 
to a 'INS descriptor indicating the saved TSS. 

Returning now to 1*1(5. 4, the execution code encryption 
key and signature verification unit 257 if the exceptiou 
processing unit 131 verities the signature S^Jmessage] 834 
by using the secret key Ks of the processor first, and sends 
the verification result to the exception processing unit 255. 
In the case where the verification result is failure, the 
exception processing unit 255 stops the restart of the execu- 
tion of the program, and causes the exception. Oy this 
verification, it is possible to confirm that the context infor- 
mation is surely generated by the proper microprocessor 101 
that has the secret key and not altered. 

When the verification of the signature succeeds, the 
context information cncryptiotVdccryption unit 254 obtains 
the random number Kr by decrypting the context encryption 
to)' EjJiKr] 833 by using the secret key Ks. On the other 
hand, the execution code encryption key Koodc correspond- 
ing to the program counter (EIP) 809 is taken out from the 
page table buffer 230, and sent to the current code encryp- 
tion key memory unit 251. The conlexl information 
encryption/decryption unit 254 decrypts E^ c<jAr [Kr] by using 
the execution code decryption key Kcode, and sends the 
result to the execution code encryption key and signature 
verification unit 257. The execution code encryption key and 
signature verification unit 257 verifies whether the decryp- 
tion result of E>K„ t „iJiKi] 832 coincides with Ihe decryption 
result of the microprocessor using the secret key Ks or not. 
By Lhis verification, it is possible to confirm that this conlexl 
information is generated by the execution of the execution 
codes encrypted by using the secret key Kcode. 

If this verification of the execution code encryption key 
with respect to the context information is not carried out, it 
woukl become possible for the user to make an attack by 
producing codes encrypted by using any suitable secret key 
Ka and applies the context information obtained by execut- 
ing these codes to the codes encrypted by the other secret 
key Kb. 'fhc above verification eliminates a possibility of 
this attack and guarantees the safety of the context infor- 
mation for the protected codes. 

'lhis object can also be achieved by adding a secret 
execution code encryption key Kcode to the context 
information, but in this embodiment, by the use of the value 
^Act>j4.X Kr ] wh'eh a secret random number Kr used in 
encrypting the context information is encrypted by using the 
execution aide encryption key Kcode selected by the pro- 
gram vendor, it is possible to reduce the amount of memory 
required for saving the context information so as to achieve 
the effects of the fast context switching and the memory 
saving. This also enables the feedback of the context infor- 
mation to the program creator. 

Now, when the verification of the execution code encryp- 
tion key and the verification of the signature by the execu- 
tion code encryption key and signature verification unit 257 
both succeed, the context is recovered to the register file 253, 
and the pjogram counter value is also recovered so I ha l the 
control is returned to an address at a lime of the execution 
interruption that caused to generate this context. 

When either one of these verifications fails so that Ihe 
exception processing unit 255 causes the exception to occur, 
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an exception occurrence address indicates an address at 
which the jump or call instruction is issued. Also, a value 
indicating illegality of the 'ISS is stored into an interruption 
cause field in the IDT table, and an address of a jump target 

5 TSS is stored into a register that stores an address that is the 
cause of the interruption. In this way, the OS can learn the 
cause of the context switching failure. 

Note that, in order to real! Tie the faster restart processing, 
it is also possible to use a configuration in which the supply 
of the execution state encrypted by the context information 
encryption/decrypt ion unit 254 to the register file 253 and 
the verification processing by the execution code encryption 
key and signature verification unit 257 arc carried out in 
parallel, and the subsequent processing is stopped when the 
verification fails. 

15 The safely of this encryption scheme using a random 
number depends on the impossibility to predict a random 
number sequence used, and a method for generating by 
hardware a random number that is very hard to predict is 
disclosed in Onodera, et al., Japanese Palent No. 2980576. 

20 The analysis of the context information by the program 
vendor is important in improving the quality of the program 
by analyzing the causes of any trouble in the program that 
occurred according to a condition by which the program is 
used by the user. In this embodiment, in view of this fact, the 

25 above described scheme for realizing both the safety of the 
context and the capability of the context information analy- 
sis by the program vendor is employed, but it is also true that 
the use of this scheme increases the overhead of the conlexl 
saving. 

30 Moreover, Ihe verification of the conlexl information by 
using the signature made by the microprocessor prevents the 
execution of the protected codes in the illegal context 
information by using a combination of arbitrarily selected 
value and encryption key, but this additional protection also 

35 increases the overhead. 

Consequently, in the case where there is no need for the 
capability of ihe context information analysis by the pro- 
gram vendor or a mechanism for eliminating Ihe program 
restart using the Illegal conlexl information, Ihe conlexl o 

<*o information containing information for identifying the 
execution code encryption key may be directly encrypted by 
using the secret key of die processor, liven in such a case, it 
is still possible to make the intentional alteration of the 
conlexl cryptographically impossible, and prevent the con- 

45 text information from being applied to a program encrypted 
by using a different encryption key. 

I lere, the context saving format will he described further. 
Its relationship with the operation will l^e described later. 
In FIG. 10, an "R J ' bit 825-1 is a bit indicating whether the 

5i) context is restartable or not. When this bit is set to "I", the 
execution can be restarted by recovering the state saved in 
the context by the above described recovery procedure, 
whereas when this bit is set to U IY\ the restart cannot be 
made. This has an effect of preventing the restart of the 

55 context in which the illegality is detected during the execu- 
tion of the encrypted program so as to limit the restartable 
contexts to only those in the proper states. 

A "U" bit 825-2 is a flag indicating whether the TSS is a 
user TSS or a system TSS. When this bit is set to **CT, the 

00 saved TSS is the system TSS, and when this bit is set to "1", 
Ihe saved TSS is the user TSS. The TSS that will be saved 
and recovered through the task switching accompanied by 
the change of ihe privilege from the exception entry as 
described above or through a task gale call up is the system 

0? TSS. 

The difference between the system TSS and the user TSS 
lies in whether a lask register indicating a TSS saving 
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location of the currently executed program is to be updated 
or nol al a time of the recovery of the TSS. In the recovery 
of the system IKS, the task register of the currently executed 
program will be saved in the link to the previous task region 
801 of the TSS to be newly recovered, and the segment 
selector of the new TSS will be read into the task register. On 
the other hand, in die recovery of the user TSS, the update 
of the task register value will ool he carried out. ihe user 
TSS is aimed only at the saving and the recovery of the 
register state of the program so that it is not accompanied by 
the change of the privileged mode. 

The exception includes a software interrupt used for the 
system call up from the application program. In the case of 
the software interrupt for the purpose of the system call up, 
the general purpose register is often used for the parameter 
exchange, and there can be cases where Ihe context infor- 
mation encryption can obstruct the parameter exchange. 

The software interrupt is generated by the a ppli cation 
itself, so that it is possible for the application to destroy 
information of the registers that have secrets, prior to Ihe 
generation of the software interrupt. Under the presumption 
of such conditions, it is possible to use a scheme in which 
the encryption of the registers is not carried out only in the 
case of the software interrupt. Of course, in such a case, the 
application program creator should take this fact into con- 
sideration and design the program such that the secrets of the 
program can be protected. 

Next, the suppression of the plaintext program debugging 
function will be described. 

The processor has a step execution function which causes 
the interruption whenever one instruction is executed, and a 
debugging function which causes the exception whenever a 
memory access with respect to a specific address is made. 
These functions may be useful for the development of 
programs but they can impair the safely of programs that are 
encrypted for the purpose of the secret protection. 
Consequently, in the microprocessor of this embodiment, 
such debugging functions are suppressed during the execu- 
tion of Ihe encrypted program. 

The instruction TLB 121 can Judge whether Ihe currently 
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<Dala Pro 1 eel ion > 

Next, the protection of the processing target data of the 
execution codes will be described. 

In this embodiment, the encryption attributes for protect- 
ing data are defined in four registers CY0 to CY3 that are 
provided inside the microprocessor 101. They correspond to 
regions 717 to 720 shown in I'KS. 0. In FIG. 9. details of the 
registers CY0 to CY2 are omitted, and only details of the 
register CY3 are shown. 

lilements of the encryption attribute will now he 
described by taking Ihe CY3 register 717 as an example. 
Upper bits of the logical address indicating a top of the 
region to be encrypted are specified in a base address 7 17-1. 
The size of the region is specified in a si7c region 717-t. A 
size is specified in units of the cache line so that there is an 
invalid portion at the lower bits. A data encryption key is 
specified in a region 717-5. Here the secret key algorithm is 
used so that the region 717-5 is also used for the decryption 
key, When a value of the encryption key is specified as "(T, 
it implies that the region indicated by that register is not 
encrypted. 

Among the specifications of the regions, CY0 is given the 
highest priority, and CY1 to CY3 arc given sequentially 
lower priorities in this order. For example, When the regions 
specified by CY0 and CY1 overlap, the attributes of CY0 arc 
given the priority over those of CY1 in that region. Also, the 
definition of the page table is given the highest priority in the 
case of a memory access as the execution code rather than 
as the processing target data. 

A debug bit 717-4 is used in selecting whether the data 
operation in the debugging slate is to be carried out in an 
encrypted state or in a plaintext state. Details of the debug 
bit will be described lalei. 

FIG. 12 shows the information Ilow in the encryption/ 
decryption of the processing target data of the execution 
codes. Here, the da La protection is made only in the slate 
where the code is protected, that is the code is executed in 
an encrypted stale. Note however that the case where the 
code is executed in the debugging slate to be described 



executed code is protected or not (encrypted or nol). During 4i> below will be excluded from this rule. When the code is 



Ihe execution of the protected code, two debugging func- 
tions including a debug register function and a step execu- 
tion function are prohibited in order to prevent an intrusion 
of Ihe enerypted program analysis from a debug llag or a 
debug register. 

'Hie debug register function is a function in which a 
memory access range and an access type such as reading/ 
writing as die execution code or data are set in advance into 
a debug register provided in the processor such that the 
interruption is caused whenever a corresponding memory 
access occurs.- In this embodiment, during the execution of 
the protected code, the contents set in the debug register will 
be ignored so that the interruption for the purpose of the 
debugging will not occur. Note however that the case where 
a debug bit is set in the page table is excluded from this rule. 
The debug bit in the page table will be described later. 

During the execution of a non-protected (plaintext) code, 
the interruption will be caused whenever one instruction is 
executed if a step execution bit in an EFLAGS register of the 
processor is set, but during the execution of the protected 60 
code, this bit will also be ignored so that the interruption will 
not occur. 

In this embodiment, in addition to the encryption of the 
execution codes lor the purpose of preventing the analysis, 
these functions make the analysis of the program by the user 05 
difficult by preventing the dynamic analysis of the program 
using the debug register or the debug llag. 
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protected, the contents of the data encryption control regis- 
ters (which will be also referred to as the encryption attribute 
registers or the data protection attribute registers) CY0 to 
CY3 are read from the register file 253 shown in FIG. 4 to 
a data encryption kev table 236 provided inside the data' II M 
141. 

When some instruction writes data into a logical address 
"Addr", the data '11 .H 141 Judges whether the logical 
address "Addr" is contained in ranges of CY0 to CY3 or not 
by checking the data encryption key table 236 (see 1*1(5. 4). 
As a result of the Judgement, if the encryption attribute is 
specified, the data TLB 141 commands the code encryption 
function 212 to encrypt the memory content by the specified 
encryption key at a time of the memory writing of a 
corresponding cache fine from the LI data cache 218 to the 
memory. 

Similarly, in the case of reading, if the target address has 
the encryption attribute, the data TLB 141 commands the 
data decryption function 219 to decrypt the data by the 
specified encryption key at a time of the reading of a cache 
line out to the corresponding LI data cache 218. 

In this embodiment, the data encryption attributes arc 
protected from the illegal rewriting including Ihe privilege 
of the OS by placing all the data encryption attributes for the 
data encryption in the registers inside the microprocessor 
101 and saving the contents of the registers at a time of the 
execution inlerruplion as the context information in a sale 
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form into a memory (the main memory 281 of FIG. 4, for also possible to discard the content of this data cache and 

example) external of the microprocessor 101. re -read the data from the memory oucc again. 

1 lie data encryption/decryption is carried out in units of For example, consider program-1 ami program-2 Tor 

die cache line that is interleaved as described above in w hich the execti lion code encrypt ion kev as well as Ihe data 

relalion to the context encryption. For this reason, even 5 protection attribute registers CY0 to CY3 are different. If the 

when one bit of the data on 1hc LI cache 114 is rewritten, the encrypted data referred and written into the cache by the 

other bus in the cache line will be rewritten on the memory. 1)rogram _t is to be referred bv the program-2, the program-2 

!r» execution of the data readmsAvntjng is carried out wi u rea d out a different data/lliis operation is in accord with 

collectively in units of the cache line, so that the increase of tne « urpose 0 f protecting, secrets 

the overhead is not so large, but it should be noted that the t ) . u .i j . i j 

, % . . 4 , . ♦ *i . j 11) If two programs have tne same data encryption key and 

reading/writing with respect to the encrypted memory , * . . * j . , « 

■ i «■ - t * .i_ i. .1. data at tne same address are referred bv them, the same data 

regions cannot be carried out in units less lhan or equal to Ihe '? . *' nuJV « lu^iu, aaiuc uma 

cache line size W,H read so lhat tms data can 1>c snarcd between them. 

'in the above, the method for protecting the data by In this way, in this emlwdiment, data generated by some 

encryption in this embodiment has been described. By this prpgram-1 can be protected from being referred by another 

method, on the main memory, it is possible to process Ihe 15 P™gram-2 by providing a function for maintaining attributes 

encrypted data by encrypting them inside the processor by °f * nc instruction to be executed and the data indicating 

using the encryption key and the memory range specified by programs to which they originally belong, and comparing 

the application program, and read/write Ihem as plaintext the attributes to see if they coincide or not at a time of the 

data from a viewpoint of Ihe application. data referring due to the instruction execution. 

Next, two mechanisms for preventing reading of the data zr> <Entry Gate> 

stored in a plaintext form in the cache memory inside the In this embodiment, the cases where the control can be 

processor by a program other than the encrypted programs shifted from the non-protected code to the protected code arc 

that has read these data (which will be referred to as the other limited only to the following two cases: 

program) will be described. (1) the case where the context encrypted by using the 

First, the program is identified by its encryption key. This 2< execution code encryption key (that is, the context having a 

identification is made by using a key object identifier used random number) that coincides with a rest an address is to be 

at a time of decrypting the currently executed instruction restarted; and 

inside Ihe processor. Here, a value of the key itself may be (2) the case where the control is shifted from a non- 
used for this identification, but a value of the execution code protected code to an entry gate instruction ("cgatc" 
decryption key has a ralher large size of 1024 bits before Ihe 30 instruction) of Ihe protected code, by tbe execution of the 
decryption or of 128 bits after the decryption which would consecutive codes or by a Jump or call instruction, 
require an increase of the hardware size, so that the key This limitation is placed in order to prevent an attacker 
object identifier which.has a total length of only 10 bits is from obtaining information on code fragments by executing 
used. Ihe code from arbitrary position. The procedure for the 

The Ll instruction cache 213 in which Ihe decrypted 35 above (1) has already been described in relalion to the 

execution codes are to be stored has an attribute memories context recovery. Namely, the control is shifted to the 

in correspondences to the cache lines. When the decrypted execution of the protected code only when it is verified thai 

execution codes are stored into Ihe Ll instruction cache 213 the context informal ion matching with the execution code 

by the code decryption function 212, the key object identifier encryption key of Ihe code thai was executed immediately 

is written into the attribute memory. 4n before the interruption is contained, and that the proper 

Also, in the case of reading the encrypted data from Ihe signature given by the microprocessor 101 is attached, 

memory and decrypting it, tbe contents of the data protection 'fhe above (2) is a processing for prohibiting a transition 

attribute registers CY0 to <:Y3 are read out from the register to the execution of the protected code unless a special 

file 253 to a protection table management, function 233 of the instruction called entry gale C'ega le") inslruclion is executed 

data TI.H 141. At this point, the key object identifier 45 at the beginning of the control in the case of shifting the 

corresponding ui the currently executed instruction is also control from the non-protected code to the protected code, 

read from the current code encryption key memory unit 251 FIG. II shows a procedure for switching a protection 

at the same time and maintained in the protection table domain based on the entry gate instruction. 'ITie micropro- 

management function 233. ccssor 101 is maintaining the encryption key of the currently 

Similarly as in the case of the instruction cache, the data so executed code in the current code encryption key memory 

cache 218 has attribute memories in correspondence to the unit 251 (see FIG. 4) of the exception processing unit 131. 

cache lines. When the data read out from the memory is First, whether the value of this key is changed in conjunction 

decrypted by the data decryption function 219 and stored with the execution of the instruction or not is judged (step 

into the Ll data cache 218, the key object identifier is written 601), When the chaugc of the key value is detected (step 601 

into the attribute memory from the protection tabic man- 55 NO), whether the instruction executed in conjunction with 

agement function 233. the change is an entry gate ("cgatc") instruction or not is 

When some instruction is executed and the data referring checked next (step S602). If it is the entry gate instruction, 

is carried out, the key object identifier written in the attribute it implies that it is a proper instruction so that the control can 

of the data cache and the key object of that instruction in the be shifted to the changed code. Consequently, when it is 

instruction cache arc compared by the secret protection go Judged as an entry gate instruction (step 602 YES), this 

violation deleclion unit 256. If they do not coincide, the inslruclion is execuled. 

exception of the secret protection violation occurs and the On the other hand, when it is Judged as not an entry gate 

data re ierring falls. In the ease where the attribute of Ihe data instruction (step 602 NO), it implies thai Ihe interrupted 

cache indicates a plaintext, the data referring always sue- inslruclion is an improper instruction. In this case, whether 

cccds. 65 the instruction that was executed immediately previously is 

Note that, when the attributes of the inslruclion and the an encrypted (prolecled) instruction or not is judged (step 

data do not coincide, instead of causing ihe exception, it is 603). If it is a non-protected instruction, the exception 
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processing can lake place directly, but it it is a protected 
instruction, there is a need to carry out the exception 
processing while protecting thai instruction. 

Consequently, when it is judged as a non -protected 
instruction (step 603 NO), the exception processing is car- 
ried out directly, whereas when it is Judged as a protected 
instruction (step 6003 YliS), the non-restartable exception 
processing is carried out while maintaining the protected 
state. 

Hy this limitation of the control shifting, the direct shift- 
ing of the control from a plaintext code to a code at a 
location other than that of the entry gate instruction is 
prohibited. ITie context recovery implies the recovery of the 
state that was already executed once hy that program 
through the entry gate. Consequently, the execution of the 
protected program must pass through the entry gate. By 
suppressing locations for placing the entry gate to the 
minimum necessary number in the program, there is an 
effect of preventing an attack for guessing a program struc- 
ture hy executing the program from various addresses. 

Also, at this entry gate, the initialization of the data 
protection attribute registers is carried out. When the entry 
gate is executed, a random number Kr is loaded into a key 
region (a region 717-5 in CY3) of the data protection 
attribute registers CY0 to CY3 717 to 720 shown in FIG. 9 
The encryption target top address is set to "0", the size is set 
to an upper limit of the memory, and the entire logical 
address space is set as the encryption target. II the debug 
attribute is not set in the execution code, the debug bit (717-3 
in CY3) is set as non-debugging. 

In other words, at a liming or Ihe encryption code execu- 
tion start, all the memory accesses arc encrypted by using 
the random number Kr determined at a time of the entry gate 
execution. Also, in the execution code encryption control, 
the definition in the page table is given a higher priority as 
already mentioned above. This random number Kr Ls gen- 
erated independently from the random number used in Ihe 
context encryption. 

By this mechanism, a protected program to be newly 
executed is set to he always encrypted by using a key 
determined randomly at a time of the start of all the memory 
accesses. 

Of course, in this state the entire memory region is 
encrypted so that it is impossible to give parameters of Ihe 
system call through the memory or exchange data with the 
other programs. I 'or this reason, the program carries out the 
processing by sequentially adjusting its own processing 
environment by setting the data protection attribute registers 
such that the necessary memory region can be converted into 
plaintext so that it becomes accessible. Hy leaving the 
register CY3 with a lowest priority in the initial setting of 
being encrypted by using the random number, while setting 
the encryption key u 0" as the plaintext access setting for the 
other registers, it is possible to reduce a risk of accessing an 
unnecessary region as a plaintext and writing data to be kept 
in secret by encryption out to a plaintext region by error. 

The contents of the registers other than the data protection 
attribute registers arc not encrypted even in the initialization 
at the entry gate, and pointers for specifying locations of 
stacks or parameters can be stored therein. However, cares 
should be taken in the processing of the program to be 
executed through the entry gate so that secrets of the 
program will not be stolen by calling up the entry gate by 
selling illegal values into the registers. 

It is also possible to use a configuration for initializing all 
the registers other than Ihe Hags and Ihe program counter, 
including the general purpose registers other than Ihe data 
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protection attribute registers, at Ihe entry gate in the case of 
attaching more importance to the safety, even though this 
provision makes Ihe programming more restricted and the 
efficiency poorer. Even in this case, Ihe parameters such as 

5 stacks can be exchanged through a memory region specified 
by a relative address or an absolute address of the program 
counter. Note however that, similarly as in the case of the 
context saving, the system registers including a part of the 
flag registers and the task register are excluded from a target 

to of the encryption or the initialization of the registers for the 
sake of continuation of the OS operation. 

In . this way, in the microprocessor 101 of this 
embodiment, the fragmental execution of the protected code, 
especially the illegal setting of the data protection state, is 

15 prevented, as the first instruction to be executed at a time of 
shifting the control from the program in the plaintext state to 
the protected program is limited to the entry gate instruction 
and the registers including the data protection attribute 
registers arc initialized by the execution of the entry gate 

2n instructing 

Next, the execution control of the protected program will 
be described. First, the call up and the branching that arc 
closed within the protection domain will be described, The 
call up within the protection domain is exactly the same as 

25 that for the usual programs. FIG. 13 shows the call up and 
the branching within the protection domain conceptually. 

The execution of the code 1101 in the protection domain 
is started as a thread 1121 outside the protection domain is 
branched into an "cgatc" (entry gate) instruction of the 

30 protection domain. By Ihe execution of the "egate" 
instruction, all the registers are initialized, and then Ihe data 
protection attributes arc set up sequentially by the execution 
of the program. The control is shifted to a branch large I 
"xxx" llil in the protection domain by a "jmp xxx" 

35 instruction (processing 1122), and a "call yyy" instruction 
located at an address *'ppp" 1112 is executed (processing 
1123). The calling source address "ppp" 1112 is pushed into 
a slack memory 1102, and the control is shifted to a call 
large! •'yyy" U13. When Ihe processing at the call target is 

4i) completed and a "ret" instruction is executed, the control is 
shifted to a relurn address "ppp" 1112 in the slack. There is 
no limitation on the execution control while the execution 
code encryption key remains the same. 

Next, Ihe call up and the branching from a protection 

45 domain to a non-protection domain will be described. I or 
this control shifting, the execution of a special instruction 
and the operation of the user TSS to be described below will 
be carried out in order to avoid a shifting from a protection 
domain to a non-protection domain that is not intended by 

si) the program creator and to protect the data protection state. 
1 "IC»_ 14 shows the call up and the branching from a 
protection domain to a non-protected domain conceptually, 
where an execution code 1201 of tlie protection domain and 
an execution code 1202 of the non-protection domain arc 

55 placed in respective domains. Also, a user TSS region 1203 
and a region 1204 for exchanging parameters with the 
non-protection domain are provided. 

The execution begins when a thread 1221 executes the 
cgatc" instruction. The program of the protection domain 

60 saves the address of the user TSS region 1203 in a prescribed 
parameter region 1204 before calling up the code of Ihe 
non-protection domain. Then, the code of the non-protection 
domain is called up by executing the "ecall" instruction. The 
"ecaU" instruction lakes two operands. One is a call large I 

65 address, and the other is a saving target of the execution 
slate. The "ecall" instruction saves the register stale at a lime 
of the cull up (or more accurately the register state when ihe 
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program counter is in a slate a Tier the "ecalT* instruction is 
issued) into a region specified by the operand "uTSS", in a 
format similar to that in the case of the encrypted "INS 
described alxwe. In the following, this region will be 
referred to as a user TSS. 

The difference between the user TSS and the system TSS 
lies in that, in the user register shown in FIG. 10, a U llag 
is set in a region 825-2 on the TSS. The difference in the 
operation will be described later. In the saving of the user 
TSS into the memory, the data protection attributes defined 
in ihe data protection attribute registers CY0 to CY3 by the 
user are nol applied, similarly as in the case of the saving of 
the context information into the system TSS. 

The call target code of the non-proleclion domain cannol. 
exchange parameters because the registers arc initialized by 
the execution of Ihe "eeair instruction. For this reason, the 
parameters arc acquired from a prescribed address u param" 
1204, and the necessary processing is carried out. There is 
no limitation on the programming in the non -protection 
domain. In the example of FIG. 14, a sub-routine "qqq w 
1213 is called up (processing 1225). The call up from the 
protection domain can be adapted to the call up semantics of 
the sub -routine "qqq" by placing an adaptor code for copy- 
ing slack pointer selling and the parameters to the slack, 
between "exx" and tlic call up of "qqq", for example. 'I*he 
processing result is sent to the calling source through the 
parameter region 1204 on the memory (processing 1226). 
When the processing of the sub-routine is completed, a 
"sret" instruction is issued in order to return the control to 
the calling source protection domain (processing 1227). 

The "sret" instruction takes one operand tor specifying 
the user TSS, unlike the u rct" instruction that has no 
operand. I lere, the user 'IKS 12(13 is specified indirectly as 
the recovery information through a pointer stored in the 
parameter region "param" 1204. The recovery of the user 
TSS by the t; srct~ instruction largely differs from the recov- 
ery of the system TSS in that the task register is not affected 
at all even when the user TSS is recovered. The task link 
field of the user TSS will be ignored. The recovery will fall 
when the system TSS with the U flag 825-2 set to u fr is 
specified in the operand of the "'srel" instruction. 

At a time of the execution of the recovery, the decryption 
of the execution state and the verification of the execution 
code encryption key and the signature already described 
above are carried out, and when Ihe violation is delected, the 
exception of the secret protection violation will occur. When 
the verification succeeds, the execution is restarted from an 
instruction next to the calling; source a ecair instruction. I his 
address is encrypted and signed in the user TSS, so that. il. is 
cryptograph ically impossible to forge this address. All the 
registers except for the program counter will be set back to 
the state before the call up, so that the aide of the protection 
domain acquires the execution result of the sub-routine 
fi cxx M from the parameter region 1204. 

At a time of shifting the control to the non-protection 
domain after Ihe processing of the protection domain is 
completed, an "cjmp" instruction is used. The "cjmp" 
instruction docs not carry out the saving of the state, unlike 
the "eeall" instruction. If the control is shifted from Ihe 
protection domain to the non-protection domain by Ihe 
instruction other than "ccair and u cjmp", such as "Jmp" or 
"call", the exception of the secret protection violation occurs 
and the encrypted context information is saved in the TSS 
region (a region indicated by the task register) of the system. 
Note that the context information will be marked as non- 
restartahle at this point. Note also that specifying an address 
in Ihe protection domain as a jumping target of the "ejmp" 
instruction does not cause the violation. 

Ill is comple tes the description of a procedure for call up 
from the protection domain to the non-protection domain 
and newly added instructions used in that procedure. 
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At a lime of Ihe recovery of Ihe user TSS by Ihe 
application, an attack for substituting the user TSS by the OS 
which has privileges is not entirely impossible. However, the 
interchangeable TSS information in such a case is only the 

5 context information whose execution is always started 
through the "egate" and which is saved by the saving of the 
execution stale caused by the interruption or by the user 
explicitly, as long as the execution code encryption key of 
the protection domain is managed correctly. A possibility for 

w the leakage of the secrets of the application due to the 
interchange of this context, information is quite small, and il 
is quite difficult for an attacker to guess what kind of the 
context information interchange is necessary in acquiring 
the secrets of the application. 

The procedure for call up from the protection domain to 

15 the non-protection domain described above is also appli- 
cable to a procedure for shifting the control between the 
protection domains, if the instruction to be executed lirst a I 
the call target is the "cgatc" instruction of the calling source 
side. 

20 In this case, the call up between the protection domains 
can be carried oul safely by encrypting ihe region for 
exchanging parameters between these protection domains, 
by using an encryption key that is shared by carrying out the 
authentication key exchange between these protection 

25 domains in advance. 

As described, according to the microprocessor of the 
present invention, it becomes possible to prevent the illegal 
analysis by the OS or a third party by protecting both the 
execution codes and ihe processing target data of Ihe execu- 
tion codes by using the encryption, under the multi-task 

' environment. 

Also, it becomes possible to prevent the illegal rewriting 
of the encryption attributes in the case of saving the 
encrypted data. 

Also, it becomes possible to protect the encrypted data 

55 from illegal attacks by using arbitrary random number Kr 
rather than a fixed key as the encryption key for the 
processing target data. 

Also, it becomes possible to carry oul Ihe debugging in 
the plaintext state, and when errors are found, a feedback on 

40 the errors can be provided to the program vendor who knows 
Ihe execution code encryption key. 

Also, it becomes possible to prevent an increase of the 
memories in the microprocessor and suppress the cost of the 
microprocessor by saving information that required the 

45 secret protection such as the encryption attribute information 
on an external memory by attaching a signature of the 
microprocessor, reading only the necessary portion into the 
registers inside the microprocessor, and carrying out the 
verification of ihe signature at a lime of reading. In this 
scheme, ihe safely against ihe substitution at a lime of the 

M> reading can also be guaranteed. 

It is also to be noted that, besides those already mentioned 
above, many modifications and variations of Ihe above 
embodiments may be made without departing from the 
novel and advantageous features of the present invention. 

55 Accordingly, all such modifications and variations are 
intended to be included within the scope of the appended 
claims. 

What is claimed is: 

1. A microprocessor having a unique secret key and a 
00 unique public key corresponding to the unique secret key 
thai cannol be read out lo external, comprising: 

a reading unit configured lo read out a plurality of 
programs encrypted by using different execution code 
encryption keys from an external memory; 
6? a decryption unit configured to decrypt the plurality of 
programs read oul by the reading unii by using respec- 
tive decryption keys; 
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